Size: a a a

Programming Offtop

2021 January 22

L

LevT in Programming Offtop
Andrew Mikhaylov
Точечно помогать новичкам в самостоятельном обучении. Неужели я до сих пор это не смог объяснить?
Окей, только обязательно ли навязывать им там свои стандарты обучения?
Демонстративно непедагогичные
источник

VP

Vladimir Petrakovich in Programming Offtop
LevT
Тогда в чём смысл новичковых чатиков?
Убрать новичков долой с глаз участников "взрослого" чата?

Разумно, если цель удобство коммуникации там, и это единственный доступный рычажок..
И если он работает так, как задумывалось
Убрать обсуждение тривиальных вещей из основного чата
источник

AG

Alexander Gorodok in Programming Offtop
LevT
Окей, только обязательно ли навязывать им там свои стандарты обучения?
Демонстративно непедагогичные
Зачем тогда идти в чат, когда есть SO?
источник

AD

Aleksey D. in Programming Offtop
Ошибка выжившего в ИТ

Что это такое?
Википедия говорит, что систематическая ошибка выжившего — разновидность систематической ошибки отбора, когда по одной группе объектов данных много, а по другой — практически нет. В результате исследователи пытаются искать общие черты среди «выживших» и упускают из вида, что не менее важная информация скрывается среди «погибших».

Где это в ИТ?
Да почти везде. Почти любой хайп вокруг технологии и рабочих процессов пляшет на ошибке выжившего. А множественные конференции и доклады задают ритм.
Ведь конференции - это в большинстве своем истории успеха:
- Мы перешли на микросервисы и волосы стали шелковистые;
- Мы внедрили скрам и стали работать в 7.5 тысяч раз лучше;
- Мы переписали всё на реакт и теперь сайт открывается быстрее, чем вы успели об этом подумать.
Всё это искажает у слушателя объективное представление о плюсах и минусах, заставляя его верить, что если у кого-то получилось (у кого-то в другой команде, компании, стране, проекте, и т. д.), то и у него 146% получится.

Что делать?
Я не спорю с тем, что истории успеха важны, нужны и бывают полезны.
Просто хочется, чтобы почаще рассказывали на конференциях еще и истории неудач, как микросервисы завалили проект (кстати про микросервисы один хороший доклад, рассматривающий обильно негативные стороны, я видел), как скрам накрутил бюрократизации и истрепал нервы команде, как говнокод, на что бы ни был переписан, всё равно остается говнокодом.
А еще неплохо было бы нам всем постараться критически мыслить, стараясь продумать, разглядеть и спрогнозировать возможные подводные камни, а не просто слепо доверять какому-то докладчику и кидаться повторять всё 1 в 1.

Пример
Знаю компанию, где выписали себе за дорого аджайл коуча / скрам мастера, который на волне хайпа и успешных историй про скрам пришел, срубил кучу денег, переформатировал команды, процессы, навел шороху и… в результате стало как минимум не лучше. Time to market не увеличился, пропускная способность разработки не выросла, touch time не вырос. Только еще и команда теперь недовольна.

Итог
Как всегда, я выступаю за критическое мышление и анализ вашей конкретной ситуации, а не просто бездумное повторение за кем-то.
Ну и, если у вас есть истории фейлов – не бойтесь ими делиться. Возможно, вы кому-то этим сильно поможете.
источник

AN

Alexander Nozik in Programming Offtop
LevT
Окей, только обязательно ли навязывать им там свои стандарты обучения?
Демонстративно непедагогичные
Послушайте. Вам не кажется, что не может несколько тысяч людей несколько дней решать ваши технические и психологические проблемы? Вы поставили ряд вопросов, вам сказали куда копать и даже помогли с тестированием. Но пара простых впросов обсуждается уже N-ный день
источник

AG

Alexander Gorodok in Programming Offtop
Aleksey D.
Ошибка выжившего в ИТ

Что это такое?
Википедия говорит, что систематическая ошибка выжившего — разновидность систематической ошибки отбора, когда по одной группе объектов данных много, а по другой — практически нет. В результате исследователи пытаются искать общие черты среди «выживших» и упускают из вида, что не менее важная информация скрывается среди «погибших».

Где это в ИТ?
Да почти везде. Почти любой хайп вокруг технологии и рабочих процессов пляшет на ошибке выжившего. А множественные конференции и доклады задают ритм.
Ведь конференции - это в большинстве своем истории успеха:
- Мы перешли на микросервисы и волосы стали шелковистые;
- Мы внедрили скрам и стали работать в 7.5 тысяч раз лучше;
- Мы переписали всё на реакт и теперь сайт открывается быстрее, чем вы успели об этом подумать.
Всё это искажает у слушателя объективное представление о плюсах и минусах, заставляя его верить, что если у кого-то получилось (у кого-то в другой команде, компании, стране, проекте, и т. д.), то и у него 146% получится.

Что делать?
Я не спорю с тем, что истории успеха важны, нужны и бывают полезны.
Просто хочется, чтобы почаще рассказывали на конференциях еще и истории неудач, как микросервисы завалили проект (кстати про микросервисы один хороший доклад, рассматривающий обильно негативные стороны, я видел), как скрам накрутил бюрократизации и истрепал нервы команде, как говнокод, на что бы ни был переписан, всё равно остается говнокодом.
А еще неплохо было бы нам всем постараться критически мыслить, стараясь продумать, разглядеть и спрогнозировать возможные подводные камни, а не просто слепо доверять какому-то докладчику и кидаться повторять всё 1 в 1.

Пример
Знаю компанию, где выписали себе за дорого аджайл коуча / скрам мастера, который на волне хайпа и успешных историй про скрам пришел, срубил кучу денег, переформатировал команды, процессы, навел шороху и… в результате стало как минимум не лучше. Time to market не увеличился, пропускная способность разработки не выросла, touch time не вырос. Только еще и команда теперь недовольна.

Итог
Как всегда, я выступаю за критическое мышление и анализ вашей конкретной ситуации, а не просто бездумное повторение за кем-то.
Ну и, если у вас есть истории фейлов – не бойтесь ими делиться. Возможно, вы кому-то этим сильно поможете.
Голдратт, теория ограничений.
источник

IP

Iaroslav Postovalov in Programming Offtop
LevT
@commandertvis

plugins {
   kotlin("jvm") version "1.4.21"
   id("io.kotest") version "0.2.6"
}

group = "org.example"
version = "1.0-SNAPSHOT"

repositories {
   jcenter()
}

dependencies {
   implementation(kotlin("stdlib"))
   implementation("com.google.code.gson:gson:2.8.5")
   testImplementation(platform("org.junit:junit-bom:5.7.0"))
   testImplementation("org.junit.jupiter:junit-jupiter")

   testImplementation("io.kotest:kotest-assertions-core-jvm:4.3.2")
   testImplementation("io.kotest:kotest-framework-engine-jvm:4.3.2")
}

tasks.withType<Test> {
   useJUnitPlatform()
   testLogging {
       events("passed", "skipped", "failed")
   }
}

Прошу критики.
Это первое, что вообще заработало у меня
  (добивался чтобы и junit5, и kotest)
    implementation(kotlin("stdlib"))
убрать
других замечаний по коду нет
источник

L

LevT in Programming Offtop
Alexander Nozik
Послушайте. Вам не кажется, что не может несколько тысяч людей несколько дней решать ваши технические и психологические проблемы? Вы поставили ряд вопросов, вам сказали куда копать и даже помогли с тестированием. Но пара простых впросов обсуждается уже N-ный день
А Вам не кажется, что вы домысливаете за меня мои цели?
Действуя как честный лейкоцит - то есть не сами это придумали, а "коллективным разумом"

Я ни разу не планировал отвлекать на себя внимание в таком объёме, и сожалею что так вышло.
Но пронаблюдался "цитокиновый шторм"..
источник

IP

Iaroslav Postovalov in Programming Offtop
Alexander Gorodok
Зачем тогда идти в чат, когда есть SO?
чат на русском, SO на русском мертв
источник

AN

Alexander Nozik in Programming Offtop
LevT
А Вам не кажется, что вы домысливаете за меня мои цели?
Действуя как честный лейкоцит - то есть не сами это придумали, а "коллективным разумом"

Я ни разу не планировал отвлекать на себя внимание в таком объёме, и сожалею что так вышло.
Но пронаблюдался "цитокиновый шторм"..
Я вообще не читаю, у меня экзамены и мне не до этого. Просто вижу, что дискуссия по простейшему вопросу длится несколько дней. И уже давно не про вопрос, а про какие-то эмоциональные заморочки
источник

AG

Alexander Gorodok in Programming Offtop
Iaroslav Postovalov
чат на русском, SO на русском мертв
Надо идти на нормальный SO.)
источник

IP

Iaroslav Postovalov in Programming Offtop
Alexander Gorodok
Надо идти на нормальный SO.)
Ну вот можешь ловить всех новичков из старта ловить, говорить им: "Английский знаешь?", и, получая положительный ответ, посылать на SO.
источник

AK

Anton Korotkikh in Programming Offtop
Aleksey D.
Ошибка выжившего в ИТ

Что это такое?
Википедия говорит, что систематическая ошибка выжившего — разновидность систематической ошибки отбора, когда по одной группе объектов данных много, а по другой — практически нет. В результате исследователи пытаются искать общие черты среди «выживших» и упускают из вида, что не менее важная информация скрывается среди «погибших».

Где это в ИТ?
Да почти везде. Почти любой хайп вокруг технологии и рабочих процессов пляшет на ошибке выжившего. А множественные конференции и доклады задают ритм.
Ведь конференции - это в большинстве своем истории успеха:
- Мы перешли на микросервисы и волосы стали шелковистые;
- Мы внедрили скрам и стали работать в 7.5 тысяч раз лучше;
- Мы переписали всё на реакт и теперь сайт открывается быстрее, чем вы успели об этом подумать.
Всё это искажает у слушателя объективное представление о плюсах и минусах, заставляя его верить, что если у кого-то получилось (у кого-то в другой команде, компании, стране, проекте, и т. д.), то и у него 146% получится.

Что делать?
Я не спорю с тем, что истории успеха важны, нужны и бывают полезны.
Просто хочется, чтобы почаще рассказывали на конференциях еще и истории неудач, как микросервисы завалили проект (кстати про микросервисы один хороший доклад, рассматривающий обильно негативные стороны, я видел), как скрам накрутил бюрократизации и истрепал нервы команде, как говнокод, на что бы ни был переписан, всё равно остается говнокодом.
А еще неплохо было бы нам всем постараться критически мыслить, стараясь продумать, разглядеть и спрогнозировать возможные подводные камни, а не просто слепо доверять какому-то докладчику и кидаться повторять всё 1 в 1.

Пример
Знаю компанию, где выписали себе за дорого аджайл коуча / скрам мастера, который на волне хайпа и успешных историй про скрам пришел, срубил кучу денег, переформатировал команды, процессы, навел шороху и… в результате стало как минимум не лучше. Time to market не увеличился, пропускная способность разработки не выросла, touch time не вырос. Только еще и команда теперь недовольна.

Итог
Как всегда, я выступаю за критическое мышление и анализ вашей конкретной ситуации, а не просто бездумное повторение за кем-то.
Ну и, если у вас есть истории фейлов – не бойтесь ими делиться. Возможно, вы кому-то этим сильно поможете.
можно проще. современнное ИТ - это практически один в один, индустрия моды. кучи хайпа, кругом показы, множество зумеров и обычных модников постарше готовы кинутся за очередной звездой и начать повторять.
есть даже показы от кутюр и "высокая мода", которая к повседневной жизни и проектам вообще не применима.
источник

L

LevT in Programming Offtop
Iaroslav Postovalov
    implementation(kotlin("stdlib"))
убрать
других замечаний по коду нет
А как понять, что kotest работает здесь сам мимо junit5?
И как правильно этот вопрос сформулировать?
источник

AD

Aleksey D. in Programming Offtop
Anton Korotkikh
можно проще. современнное ИТ - это практически один в один, индустрия моды. кучи хайпа, кругом показы, множество зумеров и обычных модников постарше готовы кинутся за очередной звездой и начать повторять.
есть даже показы от кутюр и "высокая мода", которая к повседневной жизни и проектам вообще не применима.
в какую же категорию перенести тех, кто снимает всякие видосики а-ля «вкатился в айти и у тебя получится, будем вместе мульоны лопатой грести»?
источник

IP

Iaroslav Postovalov in Programming Offtop
LevT
А как понять, что kotest работает здесь сам мимо junit5?
И как правильно этот вопрос сформулировать?
Я не пробовал смешивать JUnit и Kotest. Ну, не смешивать в classpath (это как раз безопасно), а в своем коде вызывать API и оттуда, и оттуда. Если у тебя работает, то круто. Если не работает, то работает аргумент о маргинальности целей
источник

IP

Iaroslav Postovalov in Programming Offtop
А еще, я повторяю свой тезис выше
источник

IP

Iaroslav Postovalov in Programming Offtop
Iaroslav Postovalov
Кстати, задавать вопросы по котлину сюда, будучи в ридонли в старте, тоже не очень, @LevT2
вот он
источник

IP

Iaroslav Postovalov in Programming Offtop
Я тут хочу не на странные вопросы отвечать, а политоту обсуждать и ныть.
источник

L

LevT in Programming Offtop
Iaroslav Postovalov
Я не пробовал смешивать JUnit и Kotest. Ну, не смешивать в classpath (это как раз безопасно), а в своем коде вызывать API и оттуда, и оттуда. Если у тебя работает, то круто. Если не работает, то работает аргумент о маргинальности целей
маргинальность целей - согласен для новичкового чатика, там этот вопрос неуместен
Для взрослого - вполне интересный вопрос, по-моему
источник