Я даже не знаю, что по всему этому сказать. Наверное, это хороший специалист, книгу его не читал.
Ощущение, что высказано за 5-6 кружкой пива в кабаке.
"В огороде бузина, а в Америке LGBT"
Java - трудно назвать язык скучным, в котором "нет пойнтеров", но есть "Null Pointer Exception". "Великий" он по объему написанного кода и количеству кодеров - это бесспорно.
ORM vs SQL - я лично предпочитаю SQL, но ORM-кода написано такое кол-во, что никуда не денешься. Ну и иногда ORM работает.
"Главная беда функционального программирования — это функциональные программисты" - о чем это он?
Что за фиксация на DynamoDB??
Serverless ему не нравятся, ну да оно трудное.
"Будущее за языками с постепенной зависимой типизацией" - python/typescript ??
И остальное какие-то банальности, причем неясно выраженные.
«Не все так однозначно». В подобных задачах питон — скорее обертка над оптимизированным-переоптимизированным объектным кодом, так что результат действительно может оказаться неожиданным.
Ну, java не так страшна, когда есть Идея )
Особенно нынешняя java.
А вот что особенно здорово для «вкатывающегося в jvm» — это котлиновский curated набор библиотек.
Собрано все лучшее — нет опасности что кто-то закопипастит реликтовую дрянь из года 2006-го
Пишу на котлине и не понимаю как до этого писал на языке с динамической типизацией.
Ха! «Пишу на языке с превосходным дизайном, отличным набором библиотек и extra-high quality toolchain-ом — и радуюсь жизни» — вот как это звучит в переводе.
В тот день я встретил это сочетание дважды или трижды:
а. Обсуждение дизайна котлина
б. Неправильно употребенное по отношению к котлиновским проверкам на нулл
в. Какой джаваскриптов reactive framework
Стиль изложения автора — «открывай редактор, набивай код, смотри что получается, думай, изобретай».
Т.е абсолютно адекватный материалу.
Рекомендую!
И далеко не все у него просто. Когда он объясняет различие аппликатива и монад, если не seasoned haskeler/MLer — мозг приходится на повышенную тактовую частоту переключать.
Господа, я удивлен, что серия лекций, которая популяризировала выражение «Railway oriented programming» кого-то в 2017 году поражает «новизной».
Кстати, «Railway oriented programming» (который является ни чем иным как паттерном(!)) — имеет реализации (или подражания) почти для каждого значимого языка.
Я полагал, что если даже первоисточник кто-то не читал, то уже с последствиями его — обязательно должен был столкнуться.
Ну, а если вам так нравится удивляться тому что уже вошло в повсеместную практику — то может быть вам в новинку будет лекция Норвига 98-го года norvig.com/design-patterns/design-patterns.pdf
Рекомендую!
Первое предложение: «До середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или «древовидному», принципу, который до сих пор используется в настольных операционных системах.»
Для справки: иерархические файловые(!) системы, впервые появилась в Multics, а популярны стали после Unix. В середине 70-ых годов это был писк новизны.
«до сих пор используется в настольных операционных системах» — а в ненастольных ОС какой принцип? И какие ОС ненастольные?
«Конечно, над СУБД нужно было еще долго работать. В Oracle 2, например, не поддерживались транзакции: если в процессе обновления базы данных происходил сбой, предыдущее состояние БД восстановить было практически невозможно. Поэтому пользователи были вынуждены часто делать резервные копии базы данных во избежание потерь информации.»
Автор, по видимому, живет в параллельной, более доброй и светлой, Вселенной. В которой резервные копии делать не нужно.
Прошу извинить за душноту, но нигде намеков на Идрис я не увидал.
Тут волен каждый видеть то, что ему кажется он увидел в силу эффекта Барнума
Я даже не знаю, что по всему этому сказать. Наверное, это хороший специалист, книгу его не читал.
Ощущение, что высказано за 5-6 кружкой пива в кабаке.
"В огороде бузина, а в Америке LGBT"
Java - трудно назвать язык скучным, в котором "нет пойнтеров", но есть "Null Pointer Exception". "Великий" он по объему написанного кода и количеству кодеров - это бесспорно.
ORM vs SQL - я лично предпочитаю SQL, но ORM-кода написано такое кол-во, что никуда не денешься. Ну и иногда ORM работает.
"Главная беда функционального программирования — это функциональные программисты" - о чем это он?
Что за фиксация на DynamoDB??
Serverless ему не нравятся, ну да оно трудное.
"Будущее за языками с постепенной зависимой типизацией" - python/typescript ??
И остальное какие-то банальности, причем неясно выраженные.
Что-то он хотел сказать, но я его дзэн не понял.
LSD не имеет никакого отношения к Беркли
Jira - аналог Microsoft Office в трекерах.
Когда сам Microsoft перешел на маркдаун для всей документации, кто-то еще по прежнему пишет доки в Word-е.
Я буду счастлив, если меня избавят от счастья использования Jira, Confluence, Jenkins и прочего археотеха.
Gitlab on premise - более чем достаточно.
А если у вас что-то не получается в гитлабе, так может стоит задуматься: а оно действительно такое нужное?
Особенно нынешняя java.
А вот что особенно здорово для «вкатывающегося в jvm» — это котлиновский curated набор библиотек.
Собрано все лучшее — нет опасности что кто-то закопипастит реликтовую дрянь из года 2006-го
Ха! «Пишу на языке с превосходным дизайном, отличным набором библиотек и extra-high quality toolchain-ом — и радуюсь жизни» — вот как это звучит в переводе.
а. Обсуждение дизайна котлина
б. Неправильно употребенное по отношению к котлиновским проверкам на нулл
в. Какой джаваскриптов reactive framework
lmgtfy.com/?q=Railway+oriented+programming
Первую «железнодорожную» ссылку я вижу на 6-ой странице
Джентльмены, откройте глаза!
Эта серия лекция популяризировала паттерн Railway [Oriented] Programming.
Гугль выдает:
Результатов: примерно 15 600 000 (0,53 сек.)Т.е абсолютно адекватный материалу.
Рекомендую!
И далеко не все у него просто. Когда он объясняет различие аппликатива и монад, если не seasoned haskeler/MLer — мозг приходится на повышенную тактовую частоту переключать.
Кстати, «Railway oriented programming» (который является ни чем иным как паттерном(!)) — имеет реализации (или подражания) почти для каждого значимого языка.
Я полагал, что если даже первоисточник кто-то не читал, то уже с последствиями его — обязательно должен был столкнуться.
Ну, а если вам так нравится удивляться тому что уже вошло в повсеместную практику — то может быть вам в новинку будет лекция Норвига 98-го года norvig.com/design-patterns/design-patterns.pdf
Рекомендую!
Первое предложение: «До середины 70-х годов информация в базах данных распределялась по старинному иерархическому, или «древовидному», принципу, который до сих пор используется в настольных операционных системах.»
Для справки: иерархические файловые(!) системы, впервые появилась в Multics, а популярны стали после Unix. В середине 70-ых годов это был писк новизны.
«до сих пор используется в настольных операционных системах» — а в ненастольных ОС какой принцип? И какие ОС ненастольные?
«Конечно, над СУБД нужно было еще долго работать. В Oracle 2, например, не поддерживались транзакции: если в процессе обновления базы данных происходил сбой, предыдущее состояние БД восстановить было практически невозможно. Поэтому пользователи были вынуждены часто делать резервные копии базы данных во избежание потерь информации.»
Автор, по видимому, живет в параллельной, более доброй и светлой, Вселенной. В которой резервные копии делать не нужно.
(текст надо вычитывать перед публикацией)
С одной стороны - у него есть несомненные заслуги в 70-ых, 80-ых
С другой - очень много всякой фигни от него поступало в 90-ых годах.
Так например:
а) Утверждал, что всё программирование уйдёт в аутсорс
б) Один из основных распространителей шумихи про Y2K
("New York, Chicago, Atlanta, and a dozen other cities are going to resemble Beirut in January 2000")
Рекомендую глянуть : http://www.norvig.com/yourdon.html