Где-то год назад Страуструп проводил лекцию в Москве для разработчиков Parallels. Сам я на ней не был, поскольку к тому времени там уже не работал, но рассказывали бывшие коллеги. Ему задали вопрос, что больше всего ему не нравится в С++ (очевидцы, поправьте меня, если я перефразировал не корректно). Он дал лаконичный ответ: «Exceptions».
Что это означает и почему он так считает, я не знаю. За что купил… :-)
Потому что у наших бюрократов семь пятниц на неделе и отчёты меняются каждую неделю. А чтобы быстро и дёшево нафигачить очередной отчёт, нужно чтобы виджеты для редактирования и отображения по дефолту генерились из типа данных в колонке. Я не желаю каждый раз свёрстывать страницу для нового тупого отчёта. Я хочу просто прописать, что вот запрос должен отображаться в таком-то гриде. И тем более я не желаю прописывать валидацию на серверной стороне для бесконечных форм, если все поля можно просто разнести по типам.
Согласно статье автоматизация таких вещей в GWT реализована не лучшим образом. Но я имею массу положительного опыта в использовании такого подхода для учётных систем в вебе.
А почему автор берёт в пример приложения вроде интернет магазинов. Я вот сижу, пишу учётную систему в вебе (да-да, та что с малым кол-вом классов и большим кол-вом объектов) и думаю, как бы мне впихнуть представления автора в собственные реалии? Нынешний подход из сборной солянки всяких технологий или использования фреймворков вроде RoR хорошо работает для разработки сайтов, интернет магазинов и подобных приложений. Однако становится дурно когда ты фигачишь какую-нибудь финансовую систему с кучей форм, все на одно лицо, в которой везде должны быть одинаковые виджеты. В таких системах о вёрстке вообще речи не должно идти, иначе проект никогда не закончится. Функционал здесь как правило важнее рюшечек и супер удобства.
Пишут. Только обслуживать и развивать такие проекты — это ад. Технический долг в таких проектах моментально пересекает критическую черту.
Я не проглядел мысль, что инфраструктура важнее языка, и полностью согласен с этим утверждением. Я не согласен с оценочным суждением языка в статье. Гугл может преследовать любые выгодные ему цели. От хорошего языка и хорошей инфраструктуры выиграют все, не только Гугл.
Код, упомянутый в статье очень хорошо понятен Java и PHP программистам, коих в мире web больше всех, кажется. Для больших проектов реально важно иметь статическую типизацию. Неприятие автором этого утверждения, на мой взгляд, говорит лишь об отсутствии положительного опыта в таких проектах. В больших проектах приходится ограничивать свободу разработчику, чтобы проект не развалился. Уверяю, автоматически обнаружить ошибку на этапе compile time, это лучше, чем писать тест с проверкой типа.
Полагаю, что цель Гугла, создать язык не только для клиентских скриптов, но и для сервера. Единый язык для клиента и сервера позволит создавать веб-фреймворки нового уровня качества, по сравнению с Ruby on Rails и даже GWT.
У меня сосед в деревне у бабушки в подмосковье занимается стройкой и ремонтом. То есть сам с корешами и таджиками нанимается и ставит стены, двери, террасы, обои и прочее. И зарабатывает он больше меня, программиста с московской зарплатой.
Ну вообще-то желательно уважать других людей, чтобы уважали тебя. В данном случае, Тиньков видимо имеет ввиду социальный статус и социальную значимость персонажей из Mail.ru Group. Уважать и «испытывать благоверный трепет» Вас никто не заставляет и заставить не может. А взаимное уважение — это нормальное поведение в здоровом обществе.
У Сбера столько банкоматов, что на один не работающий можно найти ещё пяток работающих в ближайшей окрУге. Другого банка с такой доступностью банкоматов даже с прекрасным обслуживанием в России не найти. И ребята в руководстве банка знают это. Так что они могут продолжать хамить хоть 100 лет, банку плохо от этого не будет. Крест ставить рано, а насчёт хамства и плохого сервиса согласен.
ТруЪ старообрядцы-юниксоиды достали со своими «нам этого не нать». Не надо — не используйте. А по моему офигенная штука. Я как разработчик в юникс среде давно о такой штуке мечтаю.
Вот только не надо путать разработку веб сайтов с разработкой веб-приложений. В первом случае доминанта на потреблении информации пользователем. Во втором на производстве. LAMP очень даже хорош для своих задач и будет оставаться таким ещё долго.
А С++ ещё более производителен. Однако я наблюдал случаи когда сервис на плюсах работал медленне PHP-шного аналога. Кривизна рук оказывает гораздо более существенное влияние на результат нежели платформа.
Что Вы так напряглись? Пока ещё никто слюнями не брызгает. В статье же русским по белому написано, что сменилась архитектура на асинхронную модель, это и дало прирост производительности. Про причины смены ЯП ни слова не сказано. Возможно просто свободные java-программисты были под рукой в этот момент.
Закон у нас и так суров. Однако он действует только в направлении неангажированных с государством граждан. А суровость наказания не помеха. В Китае за взятку расстрел, а чё-то не особо помогает. Суровость закона должна коррелировать с рентабельностью его нарушения. А иначе мы будем жить в полицейском государстве (и так живём).
Ну меня вообще не столько формат синтаксиса волнует (скобочки или отступы пофиг), как чистота языка, работа со списками, функциональные возможности. Ruby позволяет такие выкрутасы вытворять, что программа перестаёт вообще напоминать о том, что это ruby. Это грязный трюк, я считаю.
Что это означает и почему он так считает, я не знаю. За что купил… :-)
Согласно статье автоматизация таких вещей в GWT реализована не лучшим образом. Но я имею массу положительного опыта в использовании такого подхода для учётных систем в вебе.
Я не проглядел мысль, что инфраструктура важнее языка, и полностью согласен с этим утверждением. Я не согласен с оценочным суждением языка в статье. Гугл может преследовать любые выгодные ему цели. От хорошего языка и хорошей инфраструктуры выиграют все, не только Гугл.
Полагаю, что цель Гугла, создать язык не только для клиентских скриптов, но и для сервера. Единый язык для клиента и сервера позволит создавать веб-фреймворки нового уровня качества, по сравнению с Ruby on Rails и даже GWT.
Проект написанный самородком из гугла и успешно заброшенный на сырой стадии.
Хаскель — интересный вариант. Поиграюсь, спасибо!