Поздравляю, ты личность!
То пивное пойло, которое мы пили с друзьями в подростоком возрасте, в жизни больше не возьму в рот.
Во всяких тэпрумах и крафтовых барах предлагают опробовать разливное пиво прежде, чем брать целый бокал. Я бы предложил попробовать, если условия ковидного карантина позволяют.
Строгое указание типов при создании объектов - это неизбежная составляющая многих строго типизированных языков. Это диктуется разработчику с целью написания более надёжного кода. Я надеюсь, что вы это понимаете.
В то же время, я поддерживаю стремление писать меньше "служебного" кода (который в целом не является частью решения задачи, а обусловлен языком или средой). На правах рекламы приведу пример из своей работы.
Инициализация листа в C#:
var list = new List { 1, 2, 3 };
Инициализация такого же листа в F#:
let list = [ 1; 2; 3 ] // компилятор выведет тип list : list<int>
Оба языка строго и статически типизированы. При этом, второй пример выглядит лаконичнее первого.
Никому не нужное мнение мимокрокодила.
На языках с динамической типизацией (например, JS) можно писать. Умелый кодер легко бы подметил представленные на картинке ошибки. Однако, проверка типов руками - на мой взгляд довольно безрадостная работа, и при недостатке внимания довольно легко допустить ошибку. С другой стороны, ту же работу может выполнять компилятор языка со статической типизацией. Собирая код, он будет проверять типы автоматически, и, как мне кажется, будет справляться с этой работой намного лучше человека. Так почему же не воспользоваться его возможностями, и использовать в разработке язык со статической типизацией? Выигранное время можно направить на другую конструктивную работу - например, размышления на тему "а зачем я вообще пишу этот код?" .
Вот тут немного другая версия произошедшего: https://www.theguardian.com/politics/2020/oct/05/how-excel-may-have-caused-loss-of-16000-covid-tests-in-england.
Коротко говоря, данные по заболевшим экспортировали в CSV (который без лимитов), а уже после редактировали Экселем. Что звучит правдаподобно, по умолчанию в Винде CSV открывается Экселем.
Я думаю, что ситуация двоякая. С одной стороны, люди, которые работают с большими объёмами данных, наверняка должны знать, каким тулзом надо пользоваться. Но и Майкрософт в целом, и разработчики в частности, не должны ставить неочевидных ограничений в софт. Думаю, что эта проблема случается не в первый раз.
https://www.imdb.com/title/tt0368575/
То пивное пойло, которое мы пили с друзьями в подростоком возрасте, в жизни больше не возьму в рот.
Во всяких тэпрумах и крафтовых барах предлагают опробовать разливное пиво прежде, чем брать целый бокал. Я бы предложил попробовать, если условия ковидного карантина позволяют.
В то же время, я поддерживаю стремление писать меньше "служебного" кода (который в целом не является частью решения задачи, а обусловлен языком или средой). На правах рекламы приведу пример из своей работы.
Инициализация листа в C#:
var list = new List { 1, 2, 3 };
Инициализация такого же листа в F#:
let list = [ 1; 2; 3 ] // компилятор выведет тип list : list<int>
Оба языка строго и статически типизированы. При этом, второй пример выглядит лаконичнее первого.
На языках с динамической типизацией (например, JS) можно писать. Умелый кодер легко бы подметил представленные на картинке ошибки. Однако, проверка типов руками - на мой взгляд довольно безрадостная работа, и при недостатке внимания довольно легко допустить ошибку. С другой стороны, ту же работу может выполнять компилятор языка со статической типизацией. Собирая код, он будет проверять типы автоматически, и, как мне кажется, будет справляться с этой работой намного лучше человека. Так почему же не воспользоваться его возможностями, и использовать в разработке язык со статической типизацией? Выигранное время можно направить на другую конструктивную работу - например, размышления на тему "а зачем я вообще пишу этот код?" .
Коротко говоря, данные по заболевшим экспортировали в CSV (который без лимитов), а уже после редактировали Экселем. Что звучит правдаподобно, по умолчанию в Винде CSV открывается Экселем.
Я думаю, что ситуация двоякая. С одной стороны, люди, которые работают с большими объёмами данных, наверняка должны знать, каким тулзом надо пользоваться. Но и Майкрософт в целом, и разработчики в частности, не должны ставить неочевидных ограничений в софт. Думаю, что эта проблема случается не в первый раз.