Courvoisier

|

Унуфри

Обичате ли да четете метод, в който рядко има по някой и нов празен ред за разграничител? Може би широкоекранните монитори доведоха до това хората да сбиват колкото се може повече за да не скролират и да си пазят девелъпърите пръстчетата за да бият чикии.

Кодът е проза и трябва да се спазват същите правила като когато се пише есе. Все пак кода не се пише за компютъра (иначе всички щяхме да пишем на асемблер), а за програмиста.

И аз така мислим. Кода е от дев за дев. Иначе щехме да пишем на асемблер.

Не всичките девове уважават на другарчетата си есетата. Програмистите като цяло са путки с огромно его, което трябва да хранят като закопават хората около тях. Дори и да не са прави, което се случва доста често на човеците и особено на българите.

johnfound

Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.

Koгато пак минем на едноядрени, еднонишкови процесори. Т.е. никога.

Мойта незавидна компания дето ми я прати златната рибка - още не разбрала, че ората правят много ядра. Щем нещем ще си съобразяваме навиците с тая работа. Не програмните езици.

johnfound

Golden Gega

Аз лично не съм съгласен с тая теза, но за целта на спора да приемем че е спорна. Самата дефиниция обаче за добър код НЕ включва само бързодействие и обем. Първо, една система е бавна колкото най-бавния компонент, в случая ти е базата данни. Т.е. колкото и да ти е бърз и перфектен кода една по-добра база ще направи по-добра система. В голяма система факторите за бързодействие пък вече зависят от много неща. После, времето когато отделни хора правеха големи продукти сами отмина, причините са ясни. За да е добър един код, той трябва:

- да може да се пише от голям кръг програмисти, като има взаимозаменяемост - т.е. едни да почнат, да се включат други, да се поддържа от трети, да се скалира от четвърти - например от друга фирма

- да има готови платформи които да улеснят и стандартизират работата в екип

- да има голям брой библиотеки и лесни механизми за интеграция

- да поддържа стандартни интеграции с други системи

- в някои случаи мултиплатформеност

и много други неща които няма смисъл да се изреждат. Та в общия случай, за да е добър един код той трябва да дава достатъчно (не най-добро) качество на най-добра цена.

Отделна тема е че писането на код е само един от етапите на производство и като такъв в голяма степен зависи от други неща.

Сега, ако говорим конкретно за AsmBB, то нещата не са точно така. Реално времето е приблизително наравно (плюс-минус) разпределено между заявките към базата данни и работата на темплейт рендера. Впрочем, SQLite е реално много силно оптимизиран код на чисто C – тоест, доближава се толкова до асемблер, колкото въобще е възможно за език от високо ниво.

Всички неща надолу в поста ти са реално въпрос на инструменти, организация и мениджмънт и почти не зависят от езика за програмиране. Тоест, когато нещата започнат да се пишат масово на асемблер, със сигурност и всички тези неща ще се появят.

Ами не говорим конкректно за форума, той е с ниска натовареност и не е типичен бизнес софтуер, но да допуснем че говорим за него - с нарастване обема на базата тя неминуемо ще се забавя.

Всичките неща които съм казал пряко зависят от езика за програмиране и съответната платформа, просто масовите езици понеже са масови тия неща си ги имат. Асемблера би станал стандарт за писане на бизнес софтуер ако може първо да намери достатъчно хора да го изучават масово и второ - ако тия хора постигнат ефективност (разбирай производителност) при писане. Което е крайно невероятно, самия процес на програмиране изисква способности за моделиране които имат сравнително малко хора, а при асембера тия способности трябва да са доста засилени, отделно всичко друго. Има достатъчно примери за различни езици/платформи които губят позиции дори само по маркетингови причини, сега представи си коя голяма фирма би разчитала и би развила платформа на асемблер, като съответно развие общност, популяризира средства и т.н.

ФейкПрофил

Да слагаш { на нов ред също е престъпление срещо човечеството. Почти толкова лошо, колкото да ползваш табове.

Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.

Stilgar

Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.

По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп. На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.

Другия случай си беше лаптоп с много дребен шрифт. Тест на зрението, вероятно.

Случайно или не - Гана беше дебела и в двата случая.

Явно оттам идват тия правила за скобите.

В една мега дебелашка Корпорация, дали не беше IBM. Засичали им колко реда код пишат на ден. Вероятно са ги карали да не блъскат празни редове, за да вдигнат косвено нормата.

Предполагам звучи, че се бъзикам, ама не. Четох го в някаква стара книга за С++.

@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.

@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.

Courvoisier

@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога.

Не знам, може аз да съм каръка в тоя живот, ама 90% са ми хартиени. За капак очакваха да умножавам и деля наум 7 цифрени числа. Добре, че телефонът беше при мен.

Задачки от Гугъл, М$, Ябълките, задачи давани на олимпиади. После почват да се пазарят като цигани за парите...

Stilgar

ФейкПрофил

Да слагаш { на нов ред също е престъпление срещо човечеството. Почти толкова лошо, колкото да ползваш табове.

Глупутки, { на същия ред е остатък от времена със супер малки монитори и опити да се пише код в хартиени книги.

Колко реда събира монитора ти та са ти толкова евтини?

Courvoisier

@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.

@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.

2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.

Rabin

По интервютата именно това се случва. 90% от фирмите минават на хартия, само 2 случая имах да ми дадат лаптоп.

Във фирмата, в която работя ме караха да пиша SQL заявки на хартия. Общо взето супер просто, но и абсолютно досадно.

Rabin

На единия бяха забранени подсказките в Еклипс, демек очакват да знам в подробности абсолютно всяка библиотечна функция на жаварника.

Писал съм малко на Java, но там без подсказки абсолютно не мога да се оправя. Понеже съм тръгнал от PHP, на него мога и без подсказки, макар че последно време много се разлигавих. Трябва да пусна малко Notepad-а да разпиша като истинските програмисти.

Унуфри

Courvoisier

@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.

@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.

2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.

Ох... знам ги тези и техните издънки. Много са стипци. При рях никога не съм ходил. Един познат андроид на джава и котлин ходи, той им иска 6, те му предложиха 3. После се смяхме на по бира.

Унуфри

Courvoisier

@Gega, прав си, така е. Иска ми се да си намеря фирма без такива, но уви, винаги има и такива. Като подъртеят май им минава на повечето. Някои са вечни детета.

@Rabin, бил съм на интервюта в над 100 фирми (водя си даже база данни къде какво с кого), на хартия код не съм писал никога. Но псевдокод на дъска съм писал. Но ми се е случвало да ме питат и други неща, като протоколи, С++, питон, само защото са ги видели в СВ-то ми. Случвало се е и да ми спорят, че Инхеритънс и Полиморфизъм са един от принципите на ООП, а те всъщно са два отделни принципа. И не ми се стори, че е подвеждащ въпрос, човека си вярваше, че са един принцип.

2000-2005-а още можеше да те подканят да попишеш на хартия, особено в един планинско-върхови компании.

При нас един от сериозните тестове беше да нарисуваш ER диаграма, за тая цел хартията е по-добра. Аз също съм кандидатствал с ER диаграма, и пак на хартия, в друга фирма.

Реално входните тестове и въобще оценка на кандидатите си е сериозна отделна тема, според мен там идиотщините са много повече от реалното производство, по хиляда причини.

ER диаграма, но в кой нотейшън Добре, дават ви данни и искат 3-та, 4-та нормализация? Не е ли много лесно?

Задача на ц съм решавал на хартия на интервю ма беше доста отдавна. Не мисля че е чак толко лоша идея.

gat3way

Задача на ц съм решавал на хартия на интервю ма беше доста отдавна. Не мисля че е чак толко лоша идея.

Така ми беше и изпита по компютърни технологии в университета. Тъпото е, че като объркаш някъде или си забравил да добавиш нещо, не можеш просто ей така да го вмъкнеш на някой си ред.

Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.

gat3way

Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.

Де да правиха и така по форуми.

Тц точно обратното там не трябва.

gat3way

Ееем ще мислиш повече преди да пишеш то май тва е хубавото като се замисля.

Искаш да кажеш, че ти като пишеш код си го премислил толкова добре, че никога не ти се налага да вмъкнеш пропусната логика някъде по-нагоре?

Иначе няма проблем, ще им го сбия и после да се оправят да четат (не че ще обърнат толкова внимание де).

Преди време го правех по-често, но и сега от време на време пиша по-сложния код първо на хартия. Последния път беше преди 2 седмици.

Няма монитор, който може да събере толкова код колкото се събира на двадесетина хвърчащи листа на пода.