Как стать автором
Обновить
7
0
Тимофей Брыксин @0x13

Пользователь

Отправить сообщение
Да, экспериментальная версия оптимистично будет к концу января. А ещё через некоторое время сделаем вариант и для JS.

Текущий вариант из гита собирается через gradle :runIde, правда, для этого придётся выкачать либов прилично. :)
Закрыть сессию мешал предмет «Параллельное программирование», но третья пересдача смогла его закрыть. Осадок остался достаточный чтобы возненавидеть MPI, OpenMP и поскорее забыть CPP.

Ясно-понятно, очередной студент-троечник, который не смог в сессию.

А вообще, какой смысл этой статьи? Показать тяжелый жизненный путь программиста? Ну ок, а где тогда мораль, какие-то выводы, обобщения, рекомендации? Или это просто псевдопоэтическая попытка излить свою боль в бесконечность? Ну и у каждого тут такой путь есть свой собственный, у многих еще и подраматичнее будет.
Это все прекрасно, вот только разговор был о том, нужна ли программистам математика. И C++ я привел не просто так, а потому что там математика используется чаще всего, и такие специалисты нужны. А если кому нравится php или дельфи, так кто же мешает.
Про приятно — эта фраза из статьи (поправил опечатку только):
Правда о том, что программировать легко и приятно, что сложности надуманы, а плюсы работы — недооценены.

Легко и приятно — не одно и то же, конечно же.
Уважаемый, так Вам шашечки или ехать? Человек написал статью про то, что программировать здорово и приятно. Я с этим согласен, но интересно в первую очередь решать сложные задачи. Вы знаете людей, которые фанатеют от втаптывания формочек (на любом языке)? Да, это тоже оплачивается, но статья про другое.
У нас в свое время завкафедрой любил про все эти hh.ru рассказывать случай, когда представитель одного очень крупного рекрутингового агенства ему заявил, что его кафедра в СПбГУ говно, мол про нее никто у них в компании не знает. Он над ними просто поржал тогда, ведь всех выпускников сразу же с руками отрывали, им просто не приходилось в агентства обращаться. Топовых профессионалов не через hh.ru нанимают, их направленно хантят.
Вы предлагаете все 114 страниц читать? Прочитал первую, ничего интересного не нашел.
Там написано, как они его считали.
Понятия не имею. Но вот эта штука говорит, что C++ — третий по популярности язык сейчас, и эта популярность растет. Да и многим программистам на C (второй по популярности) также не чужды объемные вычисления.
Вы когда-нибудь писали оптимизирующие трансляторы? Там как бы без продвинутой теории графов вообще никуда. Или писали бы Вы когда-то системы видеонаблюдения, например? Это в чистом виде проективная геометрия, алгебра, и еще куча всякой интересной математики. Работа со звуком — сплошные дифуры. Функциональное программирование — теория категорий. Дальше продолжать? Я бы не сказал, что подобной работой занимается очень мало людей. Знаешь C++ и не боишься математики — найдешь без проблем очень неплохую работу сейчас. Или для Вас программирование — это втаптывание формочек на php?

Я не говорю, что всем или даже большинству программистов сегодня нужно знать математику, чтобы выполнять свою работу. Но это общая культура, и, по моим наблюдениям, те, кто ее не знают или знают плохо, далеко не пойдут, им просто базы не хватит. Как можно считать себя технарем и не понимать математику хотя бы на университетском уровне?
Переписать его можно, да, только делать это придется разве что в свободное время — за это никто не заплатит.
Ладно, я не вижу смысла спорить. Циники оттуда и берутся, что им потом приходится разгребать воздушные замки, которые строят 10 джунов с горящими глазами.
Знавал я такого «программиста», который считал, что не особо нужно знать математику. А потом реализовывал направо и налево алгоритмы экспоненциальной сложности с комментариями в духе «компьютеры быстрые, посчитают, не переломятся».
Если я не уложусь в сроки, это проблема менеджера, пусть бегает, отодвигает.

Ну вот согласовал с Вами менеджер сроки, а вы не укладываетесь, и говорите, что он должен бегать. Где тут ответственность?
Ну тут «Вася» скорее проявил предпринимательские, чем программистские навыки, но все же. Я бы сказал, что мастерство программиста как раз в том, чтобы находясь в положении «Васи», все равно пытаться делать все как можно более качественно и продуманно. Скилл он как раз в том, чтобы в условии ограниченных ресурсов принимать правильные на перспективе решения. Ведь когда есть много времени на подумать, каждый сможет.
Когда читаю про качественный и железобетонный код, всегда почему-то вспоминается bash.im/quote/420672. Уж очень жизненно.
Если я не уложусь в сроки, это проблема менеджера, пусть бегает, отодвигает.

дедлайны абсолютно всегда высасываются из пальца и тем же пальцем двигаются

А Вам не кажется, что это безответственная позиция с Вашей стороны?
Да, от статьи веет какой-то неистовой наивностью. Прям как будто ее написала эта синеволосая девочка из мультика, она примерно такими же категориями мыслила. Какова бы ни была работа мечты, рано или поздно всегда наступает момент, когда приходится:
  • яростно фигачить код в преддверии дедлайна, а то и на продакшене у заказчика
  • общаться с идиотами, которые считают себя самыми важными и полезными
  • исправляя баг, добавлять еще три
  • исправлять чужой говнокод
  • выполнять рутинную нудную работу
  • вставлять костыли и надеяться, что завтра/на следующей неделе ты про это вспомнишь и у тебя будет время это исправить
  • выкидывать из кода тщательно обдуманные и реализованные дорогие сердцу куски кода просто из-за того, что какие-то требования забыли или наоборот, перестали быть актуальными

И многое-многое другое. Программировать действительно приятно и здорово, но убеждать новичков в том, что это легко и просто — это заложить в них основы для огромного и неизбежного разочарования (либо в работе, либо в себе). Легко и просто программировать только в сферическом мире в вакууме. Если автор живет в таких тепличных условиях, остается лишь порадоваться за него, но начинающим программистам представление о жизни портить не стоит.
Как научить его думать правильно?

Учить постоянно задавать себе вопросы «почему», формировать причино-следственные связи и избегать карго-культа всеми возможными способами. Ну и все это бессмысленно без опыта — много делать руками, ошибаться, исправлять ошибки (тут как раз и важна помощь грамотных старших товарищей), снова делать, снова ошибаться и т.п. Я другого пути не знаю. :) Рецепты в этом смысле тоже полезны, но скорее как справочный материал.
Если вы нашли логическое и непротиворечивое доказательство, которое не конфликтует с ранее записанными фактами, значит ваш проект имеет хороший дизайн.

Если Вы нашли такое логическое и непротиворечивое доказательство, то у Вашего проекта тепличные условия у Вас есть время их искать. :)

Мое убеждение таково, что если человек не научился думать и не имеет должного опыта, то никакие гайдлайны такого рода его не спасут. Простой пример — пишет неопытный программист GUI приложение со сложной логикой, например, тот же редактор Word. Нафигачил он всю логику в класс MainWindow, прочитал этот пост и понял, что у него проблема, класс перегружен функциональностью. И что дальше ему делать, как понять, как этот класс делить? Ну ок, прочитал он книгу и вынес всю бизнес-логику из класса, осталась только работа с GUI, но и она очень сложная, код запутанный, как его делить дальше? Понятно, что пост ни в каком роде не претендует на полноту, но, на мой взгляд, новичкам лучше давать Если вы нашли логическое и непротиворечивое доказательство, которое не конфликтует с ранее записанными фактами, значит ваш проект имеет хороший дизайн. и больше конкретики.

Информация

В рейтинге
Не участвует
Откуда
Россия
Зарегистрирован
Активность