Спасибо, я вот к этой стадии только стремлюсь. Если бы был один, то давно бы уже улетел на планету где jquery нет и не нужно. Я не понимаю как человек видевший все достоинства MV* для разработки крупных и средних веб-приложений может откатиться назад и нежно укладывать jquery-based код в модуль паттерны. Я почему-то в последнее время только с такими и имею дело.
Холивал пытаетесь разжечь вы. В статье не говорится что jquery гумно и что все кто его использует ослы. В статье есть два ключевых аспекта, первый в том что время jquery прошло и он попросту изжил себя так что хватит его притягивать за все что можно и второй аспект в том что jquery не всеобъемлющий, а всего навсего библиотека. Эта статья выражение моей точки зрения, если кто-то ей ущемлен или оскорблен, ваше дело, это не было сутью статьи.
Да конечно, я же описал выше почему. Если вам кажется что статья вам лично ничего не дает или сводится к тому что вы говорите, просто не читайте ее как вы не читаете статьи которые вас не интересуют.
Согласен, всему свой инструмент. Эта статья направлена на разъяснение что не нужно использовать jQuery как the ultimate фреймворк для управления самолетом, и приготовления кофе. Эта классная низкоуровневая библиотека с кучей расширений и не более.
Дык в том то и дело, у BBC передок на php, не спорю, а вот задок на java. Я к ним как-то податься хотел, из объяснений что мне дали, передок это всего лишь верхушка айсберга.
Не совсем понятно причем здесь SQLite, к php он никакого отношения не имеет. Так же не совсем ясно что делаю как минимум twitter и bbc в списке актуальных php сайтов, я точно знаю что большая доля инфраструктуры первого базируется на scala/java насчет вотого можно сказать примерно то же самое, может там и есть где то пара микросайтов сделанных на php и не более.
Честно скажу что мне встречались обратно противоположные сценарии, когда php разработчики превращали проект в серое болото, тут скорее у кого от куда руки растут. Хотя в php еще пару лет назад можно было встретить больше полоруких разработчиков, маслом им что ли там намазано.
Сам последнее время вынужден писать на C# 6, но только что бы содержать семью. Но вот никак не могу взять в толк зачем переносить с Lisp на C# когда есть F#?
Класс, скажите а почем приблизительно планируете продавать IDE для DB? Хотя бы приблизительно, а то зачем зря себя демкой искушать если в конце концов финальный продукт не по карману. Заранее благодарю.
Согласен с вами полностью, мне никто не смог возразить что SelectMany это тот же самый Bind, так как крыть было нечем. Но увы невежество людское и нежелание прогрессировать на службе у толпы посильнее всех здравых убеждений. Ничего, работу всегда можно сменить, благо ее навалом.
Спасибо за статью. Если переходит от забавы к серьезным вещам, то скажите, вы используете монады в ваших реальных/продакшен проектах? Если так то как вы смогли аргументировать факт их использования? Я по опыту могу сказать, что мне, например не удалось этого сделать так как команда сказала что монады это для хаскела а они не видят никакой прибыли от их использования в C# и что им пофиг на чистоту функций, неизменяемость и теорию категорий.
Да это я все понял, спасибо. Вопрос был немного о другом, что именно означает точка перед .Some это логически должно быть эквивалентно Optional.Some. Просто мне, человеку с багажом Java/C# точка бьет в глаз, вот и мучаю себя вопросом эквивалентно ли это статическим импортам.
case let (.Some(username), .Some(password)):
print("Success!")
Скажите пожалуйста а здесь .Some это своего рода вызов статического метода из предварительно импортированного пространства имен.
Типа статического импорта в Java или C#?
Я вовсе не думал о холиваре, честно. Просто изначально MS подошла к TS очень серьезно, вы посмотрите кто спроектировал язык. Вообще радует такой букет фич в новых релизах, да и дорожная карта просто пестрит. Очень продуманно создатели подходят к реализации языка, для меня это один из лучших проектов MS за последние лет пять.
Visual Studio Code использует OmniSharp компилятор, который требует последнюю версию mono ...
Позвольте вас поправить, OmniSharp это не компилятор вовсе, это клиент/серверное решение, где грубо говоря клиент «вмонтирован» в ваш редактор. В данном случае это vscode а вот сервер уже берет на себя работу, в зависимости от версии, по общению с «местным» компилятором(mono, roslyn, etc) и другими плюшками.
Должен заметить что это очень печально, что такая киллер фича как OmniSharp на которой, можно сказать и зиждиться vscode (да да там еще и webkit много что делает) была упомянута вскользь, без ссылочки да еще и в совершенно неверном контексте. Прискорбно…
Если вы называете особенностями, обязательную разработку на сервере с установленной туда же студией, то такие вот особенности нужно еще поискать. Вы минимальные требования к оперативной памяти у шарпонта видели? 16 гигов и все под него, гада, курам на смех.
Не совсем понятно причем здесь SQLite, к php он никакого отношения не имеет. Так же не совсем ясно что делаю как минимум twitter и bbc в списке актуальных php сайтов, я точно знаю что большая доля инфраструктуры первого базируется на scala/java насчет вотого можно сказать примерно то же самое, может там и есть где то пара микросайтов сделанных на php и не более.
Спасибо за статью. Если переходит от забавы к серьезным вещам, то скажите, вы используете монады в ваших реальных/продакшен проектах? Если так то как вы смогли аргументировать факт их использования? Я по опыту могу сказать, что мне, например не удалось этого сделать так как команда сказала что монады это для хаскела а они не видят никакой прибыли от их использования в C# и что им пофиг на чистоту функций, неизменяемость и теорию категорий.
У меня небольшой вопрос по синтаксису.
Скажите пожалуйста а здесь .Some это своего рода вызов статического метода из предварительно импортированного пространства имен.
Типа статического импорта в Java или C#?
Ну тут наверное компания Microsoft активно с вами не согласиться, TS не диалект а полноценный язык да еще и надмножество над самим JS.
Не вижу ничего общего между днем всех святых и хулиуном. Тем более что один 31 октября а другой 1 ноября.
Позвольте вас поправить, OmniSharp это не компилятор вовсе, это клиент/серверное решение, где грубо говоря клиент «вмонтирован» в ваш редактор. В данном случае это vscode а вот сервер уже берет на себя работу, в зависимости от версии, по общению с «местным» компилятором(mono, roslyn, etc) и другими плюшками.
Должен заметить что это очень печально, что такая киллер фича как OmniSharp на которой, можно сказать и зиждиться vscode (да да там еще и webkit много что делает) была упомянута вскользь, без ссылочки да еще и в совершенно неверном контексте. Прискорбно…