Конечно будут. Если я ВдРуг нИ с ТогО ни с Сего начнУ пиСАТь вОт ТаК, читать ведь легче не станет? Эффект от внезапной смены стайл гайда точно такой же.
Вы же не единственный разработчик на проекте. Вам разрешат писать TMyClass, а другой человек видит прекрасное как CMyClass. Вам можно? Значит и ему можно.
В итоге в коде бардак, каждый пишет в соответствии со своим видением прекрасного. Создаётся лишняя когнитивная нагрузка из ничего. По итогу: вместо одного несчастного вас - целая команда страдает.
Если лучше - инициируете процесс доработки стайл гайда, приводите понятные метрики вида: "если писать вот так, то это позволит совершать меньше ошибок типа Х, потому что". Посмотрите как google с++ style guide написан. Пишите свой точно также.
Если убедили, настраиваете линтер в соответствии с новыми правилами и раздаёте конфиги всем разрабам.
После этого весь новый код пишется в новом стиле. Весь старый код остаётся как был и меняется по принципу "трогаешь старый код, прогони его через линтер".
Занятный факт в том, что количество "солнечных дней" в Питере и Москве - почти одинаковое. Более того, в последние года Питер бывает более "светлым" местом, чем Москва)
Не могу сказать за поток. В нашей группе из 20 поступивших, выпустилось 18. Отчислили четверых, но по пути присоединилось двое восстановившихся. Из 18 человек, было 3 девушки. По специальности работают 2 из них. Из 15-ти парней, по специальности работал только один, проработал года 3 и ушёл в IT.
В параллельной группе (группа, почти с такой же специальностью) было 25 на входе и 19 на выходе, из которых 5 девушек. По специальности работает, насколько мне известно, 2 девушки + 2 парня.
В соседних группах статистика отчислений плюс/минус такая же была. Кроме одной, в которой из 25 человек на входе, только четверо дошли до конца. По части кто где работает ничего сказать не могу.
Вам повезло с выбранной специальностью и, похоже, временем учёбы и работы, когда не было резких изменений в специальности.
Официально я учился на "Информационная безопасность телекоммуникационных систем". На деле, нас учили быть юристами в сфере ИБ. По сути вся работа предполагалась бумажной.
Технические меры защиты преподавались только в теоретическом виде. Конечно прикольно, что я знаю про существование всяких там уголковых отражателей, закрепляемых на стекле, модулирующих звуковой сигнал в комнате за счёт вибрации стекла, но на деле я ничего из учебника в глаза не видел. Про реверс-инжиниринг софта нам даже не рассказывали никогда. Равно как и программировать не учили. Программировали мы ровно 1 семестр на первом курсе, больше ни разу никаких программ по программе обучения не писали.
Работал я... да где только не работал) Но в итоге да, осел программистом в компании, делающей ИБ-решения.
Смотря для какой науки, я полагаю. Боюсь, в науке, в которой требуется регулярно иметь дело со всякими динамическими системами, сомневаюсь что без дифференциального и интегрального исчислений)) Хотя бы численных методов их решений. Очень маловероятно, что это сейчас всё помню.
Сомневаюсь также, что я помню физику и химию в достаточной степени, чтобы хоть сколько-нибудь грамотно рассуждать о каких-либо протекающих в реальном мире процессах.
Конечно, всё это можно наверстать, но это время. Много времени. Боюсь никто не будет столько ждать)
Тот факт, что в каких-то вопросах принуждение - метод лучший из возможных (на данный момент), ни разу не говорит, что его стомт распространять на всё остальное.
Есть же страны, решившие проблему необходимости защиты границ иным способом. Справляются вроде и без обязательного призыва. Значит есть иной путь. Может быть сейчас невозможный, но я не вижу даже попыток шагнуть в правильную сторону.
Я всё ещё не понимаю о чём мы спорим :) Я согласен с тем, что для задач "сделать за пару дней и забыть" - динамически типизированные языке вполне норм. Можно ничего нигде не указывать и делать как хочешь. Даже документацию можно не писать.
Однако и статья не о таких задачах, да и ветка комментариев по сути начинается с утверждения, что type hints нужны, чтобы читающий мог что-то понять в написанном коде.
Если читателя нет - то и проблемы нет. Хотя вероятно и программа никому не нужна, кроме писателя :)
В мои годы обучения (2010-2015) - не отчисляли почти никого. Только за всякие драки и кражи, в основном. И тех, у кого больше трех сессий не закрыто. Мой сосед по общаге в какой-то момент обучения имел 14 долгов по сессии (14 несданных экзаменов) и ничего, вполне успешно их потом досдал пока учился.
Но вообще маловероятно. Ввиду того, что в технические ВУЗы девушки идут не очень активно (почему-то), а потому те что дошли, заранее мотивированы чуть больше парней.
По моим ощущениям, действительно интересно было учиться в моей группе вообще никому из парней, включая меня. Я курсе на втором понял, что вся моя специальность (ИБ) - это дно. По крайней мере в России, и начал самостоятельно учиться программировать, попутно работая сисадмином. Наверное, при желании, я бы мог стать DevSecOps, но тогда ещё не было таких умных буковок, поэтому я после ВУЗа пошел работать обычным программистом (за 30 тысяч рублей в 2016-м :D)
Как по мне широкий кругозор у программиста - это просто must have вещь. Я самоучка в программировании, но одну вещь, которую я понял, общаясь с программистами, которых в ВУЗе учат - большинство из них не осознает, что программирование "само в себе" - это очень узкая прослойка IT. В большинстве случаев миру нужны программисты, которые будут программировать внутри какой-то промышленности/бизнеса и знать хотя бы самые азы этих вещей нужно, чтобы быть не просто "кодером".
Без конкретных примеров кода - это всё вилами по воде.
Вот бы они Resharper для VSCode выпустили когда-нибудь)
Конечно будут. Если я ВдРуг нИ с ТогО ни с Сего начнУ пиСАТь вОт ТаК, читать ведь легче не станет? Эффект от внезапной смены стайл гайда точно такой же.
Вы же не единственный разработчик на проекте. Вам разрешат писать TMyClass, а другой человек видит прекрасное как CMyClass. Вам можно? Значит и ему можно.
В итоге в коде бардак, каждый пишет в соответствии со своим видением прекрасного. Создаётся лишняя когнитивная нагрузка из ничего. По итогу: вместо одного несчастного вас - целая команда страдает.
И за что боролись?
Правь руками по мере необходимости. IDE умные нынче, помогут тебе в этом.
Опять же, не стоит об этом беспокоиться. Пройти через п.1 ещё никому на моей памяти не удавалось)
TCodeStyle :)
Если лучше - инициируете процесс доработки стайл гайда, приводите понятные метрики вида: "если писать вот так, то это позволит совершать меньше ошибок типа Х, потому что". Посмотрите как google с++ style guide написан. Пишите свой точно также.
Если убедили, настраиваете линтер в соответствии с новыми правилами и раздаёте конфиги всем разрабам.
После этого весь новый код пишется в новом стиле. Весь старый код остаётся как был и меняется по принципу "трогаешь старый код, прогони его через линтер".
Вроде не так уж сложно)
Казалось бы, в чем проблема не называть вещи ТMyType? Ни на что не влияющая фигня же)
Вести табличку в Excel, которую будут использовать в качестве БД?
Занятный факт в том, что количество "солнечных дней" в Питере и Москве - почти одинаковое. Более того, в последние года Питер бывает более "светлым" местом, чем Москва)
Не могу сказать за поток. В нашей группе из 20 поступивших, выпустилось 18. Отчислили четверых, но по пути присоединилось двое восстановившихся. Из 18 человек, было 3 девушки. По специальности работают 2 из них. Из 15-ти парней, по специальности работал только один, проработал года 3 и ушёл в IT.
В параллельной группе (группа, почти с такой же специальностью) было 25 на входе и 19 на выходе, из которых 5 девушек. По специальности работает, насколько мне известно, 2 девушки + 2 парня.
В соседних группах статистика отчислений плюс/минус такая же была. Кроме одной, в которой из 25 человек на входе, только четверо дошли до конца. По части кто где работает ничего сказать не могу.
Официально я учился на "Информационная безопасность телекоммуникационных систем". На деле, нас учили быть юристами в сфере ИБ. По сути вся работа предполагалась бумажной.
Технические меры защиты преподавались только в теоретическом виде. Конечно прикольно, что я знаю про существование всяких там уголковых отражателей, закрепляемых на стекле, модулирующих звуковой сигнал в комнате за счёт вибрации стекла, но на деле я ничего из учебника в глаза не видел. Про реверс-инжиниринг софта нам даже не рассказывали никогда. Равно как и программировать не учили. Программировали мы ровно 1 семестр на первом курсе, больше ни разу никаких программ по программе обучения не писали.
Работал я... да где только не работал) Но в итоге да, осел программистом в компании, делающей ИБ-решения.
Смотря для какой науки, я полагаю. Боюсь, в науке, в которой требуется регулярно иметь дело со всякими динамическими системами, сомневаюсь что без дифференциального и интегрального исчислений)) Хотя бы численных методов их решений. Очень маловероятно, что это сейчас всё помню.
Сомневаюсь также, что я помню физику и химию в достаточной степени, чтобы хоть сколько-нибудь грамотно рассуждать о каких-либо протекающих в реальном мире процессах.
Конечно, всё это можно наверстать, но это время. Много времени. Боюсь никто не будет столько ждать)
Тот факт, что в каких-то вопросах принуждение - метод лучший из возможных (на данный момент), ни разу не говорит, что его стомт распространять на всё остальное.
Есть же страны, решившие проблему необходимости защиты границ иным способом. Справляются вроде и без обязательного призыва. Значит есть иной путь. Может быть сейчас невозможный, но я не вижу даже попыток шагнуть в правильную сторону.
Я всё ещё не понимаю о чём мы спорим :) Я согласен с тем, что для задач "сделать за пару дней и забыть" - динамически типизированные языке вполне норм. Можно ничего нигде не указывать и делать как хочешь. Даже документацию можно не писать.
Однако и статья не о таких задачах, да и ветка комментариев по сути начинается с утверждения, что type hints нужны, чтобы читающий мог что-то понять в написанном коде.
Если читателя нет - то и проблемы нет. Хотя вероятно и программа никому не нужна, кроме писателя :)
*Служба по принуждению
В мои годы обучения (2010-2015) - не отчисляли почти никого. Только за всякие драки и кражи, в основном. И тех, у кого больше трех сессий не закрыто. Мой сосед по общаге в какой-то момент обучения имел 14 долгов по сессии (14 несданных экзаменов) и ничего, вполне успешно их потом досдал пока учился.
По законам таких баек, она в итоге должна была стать успешной бизнес-вумен, зарабатывать кучу денег, но мужа так и не найти.
Я сделал сноску на этот счёт.
Но вообще маловероятно. Ввиду того, что в технические ВУЗы девушки идут не очень активно (почему-то), а потому те что дошли, заранее мотивированы чуть больше парней.
По моим ощущениям, действительно интересно было учиться в моей группе вообще никому из парней, включая меня. Я курсе на втором понял, что вся моя специальность (ИБ) - это дно. По крайней мере в России, и начал самостоятельно учиться программировать, попутно работая сисадмином. Наверное, при желании, я бы мог стать DevSecOps, но тогда ещё не было таких умных буковок, поэтому я после ВУЗа пошел работать обычным программистом (за 30 тысяч рублей в 2016-м :D)
Как по мне широкий кругозор у программиста - это просто must have вещь. Я самоучка в программировании, но одну вещь, которую я понял, общаясь с программистами, которых в ВУЗе учат - большинство из них не осознает, что программирование "само в себе" - это очень узкая прослойка IT. В большинстве случаев миру нужны программисты, которые будут программировать внутри какой-то промышленности/бизнеса и знать хотя бы самые азы этих вещей нужно, чтобы быть не просто "кодером".
Ждём волну девушек в рабочих профессиям?) Я только за :)