Как стать автором
Обновить
107
16
Александр Сербул @AlexSerbul

Пользователь

Отправить сообщение
Ну так аксиомы арифметики до сих пор в порядок отчего не привели? Шарики за ролики заходят, не хватает нейронов :-)
Возьми язык помощнее, типа php или python или ruby или js — там будешь очень быстро двигаться вперед. Главное — пиши максимально строго и ясно. Логику инкапсулируй в функи или, если прям сложная, в классы — и так снизу вверх, разделяй и властвуй — любая проблема решается в разумное время.
C# — прекрасный язык, о нем много хороших отзывов от коллег и экспертов. Удачи Вам в изучении технологии и интересных, развивающих проектов!
А есть про него в посте же
А тут большинство читать не умеют, только лайки нажимают :-)
Системные с устаканенной предметной областью — да, соглашусь. Я еще их сравнивал с изделиями из металла. А вот стартапы часто из говна и палок — и потом, может быть, если повезет и проект взлетит, части можно начать переписывать.
А еще она меняется
А разве так много архитектур у приложений? Сейчас большая часть проектов — это нелогичная бизнес-логика, в которой самое страшное — ошибиться. А что под капотом… времени нет задумываться.
Вот именно — ответственность разработчиков компилятора сваливается на программиста. А в «умных» ЯП все наоборот.
Так я ж про php и python написал в посте. Раби почти тоже самое :-)
:-) Слушай, но пишут же хороший надежный софт и без монад. Даже во вводе-выводе можно не разбираться, использовать IO monad как есть. Хаскель в первую очередь исследовательский язык, там заглядывают в будущее
Согласен полностью. И это большая проблема, да.
Да, я согласен с тобой, если убрать про моноид, то получаем в хаскеле обобщенную функцию. Лучше пока не нырять в детали: моноиды и монады, там пипец. Достаточно на первое время понять алгебраические типы, паттерн-матчинг, caseclasses и базовые методы работы со списками и вводом-выводом.
Строгие типы, инкапсуляция внутри объекта, неплохая и мощная модель работы с потоками, нельзя данные в памяти повредить случайно.
Я часто переключаюсь между js, php, java и python, постоянно сравниваю и поэтому пост и написал — каждый ЯП хорош в своей нише, не нужно микроскопом гвозди забивать, как иногда пытаются.
А в сайтиках тоже не всегда все просто
en.wikipedia.org/wiki/Structural_type_system
A distinction exists between structural substitution for inferred and non-inferred polymorphism. Some languages, such as Haskell, do not substitute structurally in the case where an expected type is declared (i.e., not inferred), e.g., only substitute for functions that are signature-based polymorphic via type inference.[1] Then it is not possible to accidentally subtype a non-inferred type, although it may still be possible to provide an explicit conversion to a non-inferred type, which is invoked implicitly.
Между строк нужно читать, суть
Заставили? Нет, мы регулярно смотрим вокруг, анализируем и думаем.
спасибо, прямо в «десяточку»

Информация

В рейтинге
361-й
Откуда
Раменское, Москва и Московская обл., Россия
Работает в
Дата рождения
Зарегистрирован
Активность