АО
А вот это видели?
Человек изучал Джулию и написал транспайлер для brainfuck ^_^
Человек изучал Джулию и написал транспайлер для brainfuck ^_^
Size: a a a
2020 April 09
AY
Если интересно, то можешь почитать про архитектуру SOLID (она как раз в большей степени может объяснить принцыпы ООП) и про отличия обьектно-ориентированого и дата-ориентированого программирования
АО
😊
Нет, я уже слишком старый 😊 Мне интереснее сегодня сделать, чтобы сегодня заработало 😊 А принципы пусть для молодых остаются.
Нет, я уже слишком старый 😊 Мне интереснее сегодня сделать, чтобы сегодня заработало 😊 А принципы пусть для молодых остаются.
AY
Ну, век живи - век учись
AY
Но сам датасаенс стоит немного в стороне от классического программирования, так что мне кажется эти знания не стоят на первом месте
RS
Но сам датасаенс стоит немного в стороне от классического программирования, так что мне кажется эти знания не стоят на первом месте
это до тех пор, пока есть деньги на тех, кто “чистый исследователь” и “production programmer”. Когда деньги у компании заканчиваются, начинают думать, как бы не переписывать всё, что первые написали
AY
это до тех пор, пока есть деньги на тех, кто “чистый исследователь” и “production programmer”. Когда деньги у компании заканчиваются, начинают думать, как бы не переписывать всё, что первые написали
Ну это везде так. Большинству отсталых компаний вот только в 2к20 дошло, что пыха умерла и нужно переписывать бекенд на что-то нормальное
RS
Насколько я понимаю в современном мире OOP нужен в основном тогда, когда у тебя есть галера с гребцами, гребцов много, меняются часто и чтобы галера не развалилась на части, нужна поддержка контрактов со стороны языка. Прописал интерфейсы и никто уже ничего особо сделать не сможет, все ошибки ещё на этапе компиляции будут выловлены.
В языках типа Julia/python такого счастья нет, всё только количеством и качеством тестов определяется.
Могу ошибаться, сам вебом/прочим ужасом не занимался, в мире аналитики как раз наоборот свобода полная и чем меньше ограничений тем проще. Скрипты относительно короткие, ошибки как раз проще тестами выловить. Наследования, инкапсуляции - это всё тоже по большей части не нужно. Оформляешь нужный кусок в виде функции и пользуешься между разными задачами.
В языках типа Julia/python такого счастья нет, всё только количеством и качеством тестов определяется.
Могу ошибаться, сам вебом/прочим ужасом не занимался, в мире аналитики как раз наоборот свобода полная и чем меньше ограничений тем проще. Скрипты относительно короткие, ошибки как раз проще тестами выловить. Наследования, инкапсуляции - это всё тоже по большей части не нужно. Оформляешь нужный кусок в виде функции и пользуешься между разными задачами.
у Руби традиционно закос в сторону функционального программирования. Впрочем, Julia, по-моему, именно от него унаследовала do…end. Однако, современные рубисты ещё больше уходят от императивного программирования, например, с библиотеками типа https://dry-rb.org/gems/dry-monads/1.3/
RS
Ну это везде так. Большинству отсталых компаний вот только в 2к20 дошло, что пыха умерла и нужно переписывать бекенд на что-то нормальное
Не для данного чата, но выскажусь. Большинству заказчиков нужны готовые и дешевые системы. С дешевым же обслуживанием. И альтернатив PHP с Wordpress и Bitrix пока нет. И при том, что я читаю курс по веб-программированию с бакендом на Ruby, совершенно не мешает мне утверждать, что PHP на ближайшие лет 10 будет самым дешевым в эксплуатации вариантом.
AY
Не для данного чата, но выскажусь. Большинству заказчиков нужны готовые и дешевые системы. С дешевым же обслуживанием. И альтернатив PHP с Wordpress и Bitrix пока нет. И при том, что я читаю курс по веб-программированию с бакендом на Ruby, совершенно не мешает мне утверждать, что PHP на ближайшие лет 10 будет самым дешевым в эксплуатации вариантом.
Самым дешёвым, но не самым разумным/новым/производительным. Пока компании жмут деньги на новые разработки, это будет тормозить ИТ индустрию.
Ок, ладно системы, которые создавались много лет назад и исправно работают, нужно лишь их поддерживать.
Но зачем писать новые продукты на устаревшем ЯП и технологиях - я не понимаю. Так что пока бизнесу реально не прижмёт, будут жить дешёвые устарелые медленные громоздкие неудобные продукты. Но дешёвые.
Ок, ладно системы, которые создавались много лет назад и исправно работают, нужно лишь их поддерживать.
Но зачем писать новые продукты на устаревшем ЯП и технологиях - я не понимаю. Так что пока бизнесу реально не прижмёт, будут жить дешёвые устарелые медленные громоздкие неудобные продукты. Но дешёвые.
RS
питон, например, ещё старше. И оптимизирован сильно хуже. Но при этом, разрекламирован до самого популярного ЯП среди школьников и студентов
AY
питон, например, ещё старше. И оптимизирован сильно хуже. Но при этом, разрекламирован до самого популярного ЯП среди школьников и студентов
Это да
AY
Не скажу на счёт питона, не знаю его ситуации
RS
AY
На например, бекенд разработка застряла на пхп и ноде. В тот момент, когда есть ну просто отличнейшие го, раст, асп(иногда). За руби ничего не скажу
RS
Cry в таблице - это Crystal, который типизированный Ruby
AY
по вебу традиционное место бенчмарков - https://www.techempower.com/benchmarks/
Классная таблица
AY
Cry в таблице - это Crystal, который типизированный Ruby
Слышал про него (у них кстати очень красивый официальный сайт)
AY
А никто не работал с Flux.jl или с нейросетями в целом? Хотелось бы услышать мнение знающих людей