Унуфри
Последно редактирано на 07.09.2020 от Унуфри, видяно: 1420 пъти. #8702
Не всичките девове уважават на другарчетата си есетата. Програмистите като цяло са путки с огромно его, което трябва да хранят като закопават хората около тях. Дори и да не са прави, което се случва доста често на човеците и особено на българите.
Rabin
Създадено на 07.09.2020, видяно: 1413 пъти. #8705
Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.
Koгато пак минем на едноядрени, еднонишкови процесори. Т.е. никога.
Мойта незавидна компания дето ми я прати златната рибка - още не разбрала, че ората правят много ядра. Щем нещем ще си съобразяваме навиците с тая работа. Не програмните езици.
Аз лично не съм съгласен с тая теза, но за целта на спора да приемем че е спорна. Самата дефиниция обаче за добър код НЕ включва само бързодействие и обем. Първо, една система е бавна колкото най-бавния компонент, в случая ти е базата данни. Т.е. колкото и да ти е бърз и перфектен кода една по-добра база ще направи по-добра система. В голяма система факторите за бързодействие пък вече зависят от много неща. После, времето когато отделни хора правеха големи продукти сами отмина, причините са ясни. За да е добър един код, той трябва:
- да може да се пише от голям кръг програмисти, като има взаимозаменяемост - т.е. едни да почнат, да се включат други, да се поддържа от трети, да се скалира от четвърти - например от друга фирма
- да има готови платформи които да улеснят и стандартизират работата в екип
- да има голям брой библиотеки и лесни механизми за интеграция
- да поддържа стандартни интеграции с други системи
- в някои случаи мултиплатформеност
и много други неща които няма смисъл да се изреждат. Та в общия случай, за да е добър един код той трябва да дава достатъчно (не най-добро) качество на най-добра цена.
Отделна тема е че писането на код е само един от етапите на производство и като такъв в голяма степен зависи от други неща.
Сега, ако говорим конкретно за AsmBB, то нещата не са точно така. Реално времето е приблизително наравно (плюс-минус) разпределено между заявките към базата данни и работата на темплейт рендера. Впрочем, SQLite е реално много силно оптимизиран код на чисто C – тоест, доближава се толкова до асемблер, колкото въобще е възможно за език от високо ниво.
Всички неща надолу в поста ти са реално въпрос на инструменти, организация и мениджмънт и почти не зависят от езика за програмиране. Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.
Ами не говорим конкректно за форума, той е с ниска натовареност и не е типичен бизнес софтуер, но да допуснем че говорим за него - с нарастване обема на базата тя неминуемо ще се забавя.
Всичките неща които съм казал пряко зависят от езика за програмиране и съответната платформа, просто масовите езици понеже са масови тия неща си ги имат. Асемблера би станал стандарт за писане на бизнес софтуер ако може първо да намери достатъчно хора да го изучават масово и второ - ако тия хора постигнат ефективност (разбирай производителност) при писане. Което е крайно невероятно, самия процес на програмиране изисква способности за моделиране които имат сравнително малко хора, а при асембера тия способности трябва да са доста засилени, отделно всичко друго. Има достатъчно примери за различни езици/платформи които губят позиции дори само по маркетингови причини, сега представи си коя голяма фирма би разчитала и би развила платформа на асемблер, като съответно развие общност, популяризира средства и т.н.
Stilgar
Създадено на 07.09.2020, видяно: 1404 пъти. #8708
Да слагаш { на нов ред също е престъпление срещо човечеството. Почти толкова лошо, колкото да ползваш табове.
Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.
Rabin
Последно редактирано на 07.09.2020 от Rabin, видяно: 1401 пъти. #8709
Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.
По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп. На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.
Другия случай си беше лаптоп с много дребен шрифт. Тест на зрението, вероятно.
Случайно или не - Гана беше дебела и в двата случая.
Явно оттам идват тия правила за скобите.
В една мега дебелашка Корпорация, дали не беше IBM. Засичали им колко реда код пишат на ден. Вероятно са ги карали да не блъскат празни редове, за да вдигнат косвено нормата.
Предполагам звучи, че се бъзикам, ама не. Четох го в някаква стара книга за С++.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
Rabin
Създадено на 07.09.2020, видяно: 1387 пъти. #8716
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога.
Не знам, може аз да съм каръка в тоя живот, ама 90% са ми хартиени. За капак очакваха да умножавам и деля наум 7 цифрени числа. Добре, че телефонът беше при мен.
Задачки от Гугъл, М$, Ябълките, задачи давани на олимпиади. После почват да се пазарят като цигани за парите...
|
Създадено на 07.09.2020, видяно: 1385 пъти. #8718
Да слагаш { на нов ред също е престъпление срещо човечеството. Почти толкова лошо, колкото да ползваш табове.
Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.
Колко реда събира монитора ти та са ти толкова евтини?
Унуфри
Създадено на 07.09.2020, видяно: 1381 пъти. #8722
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
relax4o
Създадено на 07.09.2020, видяно: 1374 пъти. #8723
По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп.
Във фирмата, в която работя ме караха да пиша SQL заявки на хартия. Общо взето супер просто, но и абсолютно досадно.
На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.
Писал съм малко на Java, но там без подсказки абсолютно не мога да се оправя. Понеже съм тръгнал от PHP, на него мога и без подсказки, макар че последно време много се разлигавих. Трябва да пусна малко Notepad-а да разпиша като истинските програмисти.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
Ох... знам ги тези и техните издънки. Много са стипци. При рях никога не съм ходил. Един познат андроид на джава и котлин ходи, той им иска 6, те му предложиха 3. После се смяхме на по бира.
@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.
@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.
2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.
При нас един от сериозните тестове беше да нарисуваш ER диаграма, за тая цел хартията е по-добра. Аз също съм кандидатствал с ER диаграма, и пак на хартия, в друга фирма.
Реално входните тестове и въобще оценка на кандидатите си е сериозна отделна тема, според мен там идиотщините са много повече от реалното производство, по хиляда причини.
ER диаграма, но в кой нотейшън Добре, дават ви данни и искат 3-та, 4-та нормализация? Не е ли много лесно?
gat3way
Създадено на 08.09.2020, видяно: 1334 пъти. #8730
Задача на ц съм решавал на хартия на интервю ма беше доста отдавна. Не мисля че е чак толко лоша идея.
relax4o
Създадено на 08.09.2020, видяно: 1329 пъти. #8734
Задача на ц съм решавал на хартия на интервю ма беше доста отдавна. Не мисля че е чак толко лоша идея.
Така ми беше и изпита по компютърни технологии в университета. Тъпото е, че като объркаш някъде или си забравил да добавиш нещо, не можеш просто ей така да го вмъкнеш на някой си ред.
gat3way
Създадено на 08.09.2020, видяно: 1320 пъти. #8735
Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.
Унуфри
Създадено на 08.09.2020, видяно: 1315 пъти. #8736
Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.
Де да правиха и така по форуми.
gat3way
Създадено на 08.09.2020, видяно: 1313 пъти. #8737
Тц точно обратното там не трябва.
relax4o
Създадено на 08.09.2020, видяно: 1303 пъти. #8738
Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.
Искаш да кажеш, че ти като пишеш код си го премислил толкова добре, че никога не ти се налага да вмъкнеш пропусната логика някъде по-нагоре?
Иначе няма проблем, ще им го сбия и после да се оправят да четат (не че ще обърнат толкова внимание де).
|
Последно редактирано на 08.09.2020 от |, видяно: 1298 пъти. #8739
Преди време го правех по-често, но и сега от време на време пиша по-сложния код първо на хартия. Последния път беше преди 2 седмици.
Няма монитор, който може да събере толкова код колкото се събира на двадесетина хвърчащи листа на пода.