![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
товарищи программисты, становясь менеджерами - не забывайте продолжать программировать ;)
Ну и еще профилактически время от времени проходить технические собеседования душеполезно, потому что при собеседовании на нынешнем месте работы мне сказали, что меня уже заочно отсобеседовали и технических вопросов не будет ))) оно конечно ближе к консалтингу, но всё равно.
Хотя надо признать, что javascript и DOM всего за несколько месяцев (с тех пор как я попытался написать транслятор JS в Lua) не-писания на оном адски забывается.
Что в сочетании с тем, что готовиться мне было предсказуемо лень, делает весь экспириенс (в смысле, программирование в Google Docs с голосовым обсуждением) гораздо более волнующим :)
А, да. Еще пришло в голову, что когда я говорю что пишу главным образом на managed-языках, у людей, вероятно, создаётся впечатление, что low-level я не знаю. Хотя на знании x86/x64/ARM ассемблера, особенностей win32 и прочем reverse engineering денег заработано уже прилично.
Но, хм, я на C не пишу, я его только генерирую и изредка читаю... А С++, конечно, в продакшене патчу, но я даже не знаю, кто вообще в этом мире утверждает, что его знает, а также зачем убивать годы на изучение того, что можно сделать более другими способами.
ну и да, современные средства связи рулят конечно. так бы надо было куда-то ехать, вот это всё...
UPD про мёртвые знания:
платформоспецифичные API я понятное дело что не запоминаю, а вот семантику языков помнить полезно (да и то...). архитектуры процессоров тоже живут более чем пару лет обычно.
под особенностями win32 тут имеется в виду loader, allocator, heap layout, exception handling и т.д. что не помогает на собеседованиях но помогает дебажить штуки из разряда "куда делся весь перформанс внезапно", "есть прога на 100500 модулей куда загружено одновременно 2 CLR, JVM и еще что-нибудь, и внезапно что-то внутри взрывается" или "к продакшену доступа нет, можно максимум по memory dump-ам разбираться"
Ну и еще профилактически время от времени проходить технические собеседования душеполезно, потому что при собеседовании на нынешнем месте работы мне сказали, что меня уже заочно отсобеседовали и технических вопросов не будет ))) оно конечно ближе к консалтингу, но всё равно.
Хотя надо признать, что javascript и DOM всего за несколько месяцев (с тех пор как я попытался написать транслятор JS в Lua) не-писания на оном адски забывается.
Что в сочетании с тем, что готовиться мне было предсказуемо лень, делает весь экспириенс (в смысле, программирование в Google Docs с голосовым обсуждением) гораздо более волнующим :)
А, да. Еще пришло в голову, что когда я говорю что пишу главным образом на managed-языках, у людей, вероятно, создаётся впечатление, что low-level я не знаю. Хотя на знании x86/x64/ARM ассемблера, особенностей win32 и прочем reverse engineering денег заработано уже прилично.
Но, хм, я на C не пишу, я его только генерирую и изредка читаю... А С++, конечно, в продакшене патчу, но я даже не знаю, кто вообще в этом мире утверждает, что его знает, а также зачем убивать годы на изучение того, что можно сделать более другими способами.
ну и да, современные средства связи рулят конечно. так бы надо было куда-то ехать, вот это всё...
UPD про мёртвые знания:
платформоспецифичные API я понятное дело что не запоминаю, а вот семантику языков помнить полезно (да и то...). архитектуры процессоров тоже живут более чем пару лет обычно.
под особенностями win32 тут имеется в виду loader, allocator, heap layout, exception handling и т.д. что не помогает на собеседованиях но помогает дебажить штуки из разряда "куда делся весь перформанс внезапно", "есть прога на 100500 модулей куда загружено одновременно 2 CLR, JVM и еще что-нибудь, и внезапно что-то внутри взрывается" или "к продакшену доступа нет, можно максимум по memory dump-ам разбираться"
