ИМХО «отличники и хорошисты» неудачная классификация — это со школы. Там хорошист мог очень хотеть стать отличником и мог больше работать, но не получалось. В данном контексте речь о супер профи в IT и супер профи в конторской дипломатии. Какой руководитель будет лучше для пользы дела — большой вопрос. Профи в дипломатии может не быть очень хорошим спецом, и если он это понимает, и если в числе подчиненных есть пара хороших спецов, мнению которых он доверяет, то ok. А супер профи в IT может, как и каждый человек, делать ошибки и сам не желая забивать своим авторитетом своих сотрудников, м.б. никто не осмелится ему возражать. Это будет плохой кейз. Да и не все супер профи хотят идти в управление. Ему м.б. интереснее программы писать, а став управленцем придется много времени тратить на административные вопросы. И он сам будет сожалеть об этом потерянном времени. Я сам такой и поэтому не стал большим начальником, но у меня были хорошие учителя (академики, директора НИИ). У них научился не бояться спросить подчиненного: как предлагаешь поступить? (Это на любой случай: технический или случай конфликта в коллективе). Нужно дать человеку выговориться. Полезно при этом спросить разрешение и взять блокнот или устройство записи речи, которое можно не включать — вы и так запомните, а подчиненный соберется и будет краток, постарается привести наиболее убедительные с его точки зрения доводы. Придется слушать — это неизбежная управленческая потеря времени. Далее (в случае конфликта в коллективе) можно попробовать столкнуть противников лбами — пригласить противную сторону, но с условием «без крика — я вас спокойно слушал, и вы так должны». Иногда это помогает.
Если время сильно ограничено, злодеи действительно могут украсть накопитель и взять работу на дом. Особенно легко это им удаётся, если он внешний и подключён через USB.
Не особенно легко: внешний накопитель может быть заперт в сейф, а сейф м.б. на сигнализации. Сейфов м.б. 2 или больше, и нужно прежде угадать, какой ломать. Но LUKS, конечно, и при сейфах полезен.
Речь идет не про абстрактные теоретические знания, а о сугубо практических вещах: программирование на Python, UX-дизайн, product-management, закрывающих узкие темы.
Не хочу сказать ничего плохого про очень популярный ЯП Python, но почему в столь масштабном проекте выбран только этот язык?
Браво!!!
Минус получил, а критику своих советов не услышал. Явный троллинг, который, к сожалению, цветет и пахнет на Хабре. Вот бы капчу на троллей сделать!
может ли конкурировать советский телевизор с современным
ИМХО однозначно нет, советский был на ЭЛТ пучеглазый, габаритный, высоковольтный, а современный — плазма или ЖК. Помню, когда в нулевых купил ЖК монитор к ПК, не смог смотреть на сферический экран телека — пришлось срочно покупать на плоской ЭЛТ, потом заменили на ЖК.
Прежде всего удивляет, что капчи на рисунке в статье сделаны стандартными шрифтами, потом их чуть исказили. У Вас дети есть? Или у знакомых? Нужен первоклассник. Попросите его написать «я не робот».
Второе: дайте случайную капчу в чекбоксе: «я не робот» или «я робот» или «я не верблюд» и т.д. — На это быстрее ответить.
Если сработает, то спросите меня личным сообщением — скажу, куда выслать вознаграждение :)
Успехов в нелегкой борьбе.
Не знаю, кто первый написал, что 1% кода может тормозить на 99%. Потом это утверждение повторялось с немного другими цифрами. Сейчас компиляторы сами оптимизируют так, что не получается сделать лучше. В 1980х была иная ситуация: переход с турбо-Паскаля версии 3 на ассемблер иногда давал резкое ускорение. Но и тогда не всякий такой переход выглядел правильным. Помню, как в курилке нашего ВЦ пили чай, и кто-то принес свежий номер журнала «Монитор». Там была статья с ассемблерным листингом, реализующим программирование мышки. Мышка была новым устройством, и мы все вставляли ее в свои программы для IBM PC XT. Кто на турбо-Паскале, а кто на турбо-С. Та статья вызвала хохот. Кто-то предположил, что авторы из пневмопушки мышкой стреляют раз им нужна такая сверх-производительность. (Мышки были на шарике — тогда это было достижением). Позже, через год, я работал в МВТУ (теперь МГТУ). Там я столкнулся с обучающей графической станцией. Она соединялась с ЕС ЭВМ и имела 30 ТВ Юность. Весь код для нее был на ассемблере — многие десятки тысяч строк! Все и тогда говорили, что на ЯП высокого уровня был бы лучше, и производительность бы не пострадала. Тогда было понятно, не понятно, что сегодня это не понятно!
Код (с комментами или без) должен быть лаконичен. Это очевидно?
В примере:
is_user_from_banned_country
можно урезать знаки «верблюжачим методом»:
isUserFromBannedCountry
Но если нужна функция, которая вернет 0, если ok; 1, если «user_from_banned_country»; 2, если " past_approval_date"; 3, если «eligible_month», то как ее назвать, чтобы идентификатор отображал всю функциональность? И комменты были бы не нужны.
ИМХО уже пример статьи показал, что длинные имена способны раздуть код больше, чем одноразовый коммент. Сравним:
Спасибо. Хорошая статья. Есть, что вспомнить. В статье больше про Питерские (тогда Ленинградские) журналы. Московские, видимо, были более строгими. Работал в еженедельнике СофтМаркет, писал в Мир ПК, потом в Монитор. Авторы были не только такими, как в статье. Были молодые, но успевшие поработать на серьезных для того времени машинах: на коллективных ЕС ЭВМ, на мини Электроника-60, СМ-4, и кому-то повезло работать на PDP-11 или управляющей LSI-11. Еще была персоналка Искра 1256, стоившая по безналу почти как авто Волга. Такие авторы пытались писать на солидные нт темы. Нпр., сравнение ЯП. Были немолодые авторы из других областей. Нпр., из банковской сферы. Помню коллегу лет 50-ти — писал про Свифт, который еще был нам недоступен.
Спасибо, информативно. Намек на привычную фразу «раньше было лучше». А было? Когда по Земле бегали мамонты, бушевали лесные пожары, которые никто не гасил. И вулканы извергаются не зависимо от населения планеты.
Возможно, что будет :)
Все исх.коды вырезать на камне в 3х копиях и одну отправить на Луну, а другую на Марс, т.к. за 1000 лет на Земле возможны глобальные катастрофы.
100% гарантии быть не может, но если можно пойти на затраты, то купить 3 винта и писать через mobile rack. HD паковать в заводскую пластиковую коробку и в пенопласт или поролон. Один хранить дома, два других в ячейках разных банков.
ИМХО если код реализует оригинальный алгоритм, то нужно хранить — алгоритм Евклида и решето Эратосфена не стареют. А если рутина для бухгалтерии, то требования много раз успели измениться. Если хранить, то с хорошими комментами — самое «очевидное» быстро забывается.
Глядя на фото вспомнил историю, которую рассказал системный программист нашего институтского ВЦ (ЕС 1022). Когда он был стажером в другой «фирме», заказал печать дампа памяти. Его вызвал начальник и указал на примерно такую стопу распечаток, как на фото :)
Ой, жуть какая! Я писал про CD и три дня назад читал архивный диск — Ok. М.б. первые диски и устройства были очень плохие, а у меня не первые. Но десятки лет лежат и читаются. Покупал самые дешевые диски noname.
Интересно, какая у всего человечества короткая память! Понятно, что не помним событий тысячелетней давности. В Египте сохранились пирамиды, а что было до них и после — замело песком. Археологи разгребают пески и иногда что-то находят. Но когда прошло ок. 30 лет — песок разгребать не требуется. Еще живы свидетели. Найти и спросить? — Но тут ловушка 1 апреля :) Статья об этой ловушке. Спасибо!
Не особенно легко: внешний накопитель может быть заперт в сейф, а сейф м.б. на сигнализации. Сейфов м.б. 2 или больше, и нужно прежде угадать, какой ломать. Но LUKS, конечно, и при сейфах полезен.
Не хочу сказать ничего плохого про очень популярный ЯП Python, но почему в столь масштабном проекте выбран только этот язык?
Минус получил, а критику своих советов не услышал. Явный троллинг, который, к сожалению, цветет и пахнет на Хабре. Вот бы капчу на троллей сделать!
ИМХО однозначно нет, советский был на ЭЛТ пучеглазый, габаритный, высоковольтный, а современный — плазма или ЖК. Помню, когда в нулевых купил ЖК монитор к ПК, не смог смотреть на сферический экран телека — пришлось срочно покупать на плоской ЭЛТ, потом заменили на ЖК.
И я удивился, дочитав до этого места.
Здесь ИМХО без смайликов не обойтись :)))
Второе: дайте случайную капчу в чекбоксе: «я не робот» или «я робот» или «я не верблюд» и т.д. — На это быстрее ответить.
Если сработает, то спросите меня личным сообщением — скажу, куда выслать вознаграждение :)
Успехов в нелегкой борьбе.
А все смогут писать качественный софт, если очень захотят, оплата будет высокой?
В примере:
можно урезать знаки «верблюжачим методом»:
isUserFromBannedCountry
Но если нужна функция, которая вернет 0, если ok; 1, если «user_from_banned_country»; 2, если " past_approval_date"; 3, если «eligible_month», то как ее назвать, чтобы идентификатор отображал всю функциональность? И комменты были бы не нужны.
ИМХО уже пример статьи показал, что длинные имена способны раздуть код больше, чем одноразовый коммент. Сравним:
// is user from banned country
с повторами:
is_user_from_banned_country
…
is_user_from_banned_country
А еще бывает, что пришедший на смену кодер плохо знает язык, тогда получим «красивые» имена:
esli_ne_is_user_from_banned_country_ili_past_approval_date_to_vidat_oshibky_i_soxranit_v_loge
Все исх.коды вырезать на камне в 3х копиях и одну отправить на Луну, а другую на Марс, т.к. за 1000 лет на Земле возможны глобальные катастрофы.