Последно редактирано на 07.09.2020 от Унуфри, видяно: 1535 пъти.
Не всичките девове уважават на другарчетата си есетата. Програмистите като цяло са путки с огромно его, което трябва да хранят като закопават хората около тях. Дори и да не са прави, което се случва доста често на човеците и особено на българите.
Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.
Koгато пак минем на едноядрени, еднонишкови процесори. Т.е. никога.
Мойта незавидна компания дето ми я прати златната рибка - още не разбрала, че ората правят много ядра. Щем нещем ще си съобразяваме навиците с тая работа. Не програмните езици.
Аз лично не съм съгласен с тая теза, но за целта на спора да приемем че е спорна. Самата дефиниция обаче за добър код НЕ включва само бързодействие и обем. Първо, една система е бавна колкото най-бавния компонент, в случая ти е базата данни. Т.е. колкото и да ти е бърз и перфектен кода една по-добра база ще направи по-добра система. В голяма система факторите за бързодействие пък вече зависят от много неща. После, времето когато отделни хора правеха големи продукти сами отмина, причините са ясни. За да е добър един код, той трябва:
- да може да се пише от голям кръг програмисти, като има взаимозаменяемост - т.е. едни да почнат, да се включат други, да се поддържа от трети, да се скалира от четвърти - например от друга фирма
- да има готови платформи които да улеснят и стандартизират работата в екип
- да има голям брой библиотеки и лесни механизми за интеграция
- да поддържа стандартни интеграции с други системи
- в някои случаи мултиплатформеност
и много други неща които няма смисъл да се изреждат. Та в общия случай, за да е добър един код той трябва да дава достатъчно (не най-добро) качество на най-добра цена.
Отделна тема е че писането на код е само един от етапите на производство и като такъв в голяма степен зависи от други неща.
Сега, ако говорим конкретно за AsmBB, то нещата не са точно така. Реално времето е приблизително наравно (плюс-минус) разпределено между заявките към базата данни и работата на темплейт рендера. Впрочем, SQLite е реално много силно оптимизиран код на чисто C – тоест, доближава се толкова до асемблер, колкото въобще е възможно за език от високо ниво.
Всички неща надолу в поста ти са реално въпрос на инструменти, организация и мениджмънт и почти не зависят от езика за програмиране. Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.
Ами не говорим конкректно за форума, той е с ниска натовареност и не е типичен бизнес софтуер, но да допуснем че говорим за него - с нарастване обема на базата тя неминуемо ще се забавя.
Всичките неща които съм казал пряко зависят от езика за програмиране и съответната платформа, просто масовите езици понеже са масови тия неща си ги имат. Асемблера би станал стандарт за писане на бизнес софтуер ако може първо да намери достатъчно хора да го изучават масово и второ - ако тия хора постигнат ефективност (разбирай производителност) при писане. Което е крайно невероятно, самия процес на програмиране изисква способности за моделиране които имат сравнително малко хора, а при асембера тия способности трябва да са доста засилени, отделно всичко друго. Има достатъчно примери за различни езици/платформи които губят позиции дори само по маркетингови причини, сега представи си коя голяма фирма би разчитала и би развила платформа на асемблер, като съответно развие общност, популяризира средства и т.н.
Последно редактирано на 07.09.2020 от Rabin, видяно: 1516 пъти.
Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.
По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп. На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.
Другия случай си беше лаптоп с много дребен шрифт. Тест на зрението, вероятно.
Случайно или не - Гана беше дебела и в двата случая.
Явно оттам идват тия правила за скобите.
В една мега дебелашка Корпорация, дали не беше IBM. Засичали им колко реда код пишат на ден. Вероятно са ги карали да не блъскат празни редове, за да вдигнат косвено нормата.
Предполагам звучи, че се бъзикам, ама не. Четох го в някаква стара книга за С++.
Последно редактирано на 07.09.2020 от Courvoisier, видяно: 1511 пъти.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога.
Не знам, може аз да съм каръка в тоя живот, ама 90% са ми хартиени. За капак очакваха да умножавам и деля наум 7 цифрени числа. Добре, че телефонът беше при мен.
Задачки от Гугъл, М$, Ябълките, задачи давани на олимпиади. После почват да се пазарят като цигани за парите...
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп.
Във фирмата, в която работя ме караха да пиша SQL заявки на хартия. Общо взето супер просто, но и абсолютно досадно.
На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.
Писал съм малко на Java, но там без подсказки абсолютно не мога да се оправя. Понеже съм тръгнал от PHP, на него мога и без подсказки, макар че последно време много се разлигавих. Трябва да пусна малко Notepad-а да разпиша като истинските програмисти.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
Ох... знам ги тези и техните издънки. Много са стипци. При рях никога не съм ходил. Един познат андроид на джава и котлин ходи, той им иска 6, те му предложиха 3. После се смяхме на по бира.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
При нас един от сериозните тестове беше да нарисуваш ER диаграма, за тая цел хартията е по-добра. Аз също съм кандидатствал с ER диаграма, и пак на хартия, в друга фирма.
Реално входните тестове и въобще оценка на кандидатите си е сериозна отделна тема, според мен там идиотщините са много повече от реалното производство, по хиляда причини.
Задача на ц съм решавал на хартия на интервю ма беше доста отдавна. Не мисля че е чак толко лоша идея.
Така ми беше и изпита по компютърни технологии в университета. Тъпото е, че като объркаш някъде или си забравил да добавиш нещо, не можеш просто ей така да го вмъкнеш на някой си ред.