Как стать автором
Обновить
4
1.2

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

Отправить сообщение
Это не решение, это костыль.
Вы тоже не поняли моего посыла, я не про Го. Я о том, что технология потенциально позволяет писать на чем угодно. Но из ваших аргументов, я могу согласится только с 3), это пока очень и очень сыро.
Во всем остальном совсем не убедительно.
1) Это не быстро.

Если посмотреть, что творится в js с кучей webpack, babel, TypeScript и прочих постпроцессоров, то сомневаешься, что это быстро.
2) Это требует штат программистов на go

Написание на js требует штат программистов на js
Зачем писать на go если js это стандарт который вырабатывался десятилетиями

Зачем писать на js, если будет новый стандарт, который не обязывает этого делать?
Вообще, заменить JS на Go может быть не лучшей идеей

Если вы отвечали мне, то я не говорил что это лучшая идея. Я говорил о равных условиях для всех языков при написания фронтенда. Go это будет или C# или еще что-то — это дело вкуса.
если вы хотите взаимодейстовать с DOM

да, это пока самая большая проблема с wasm, пока они это не решат, технология не зайдет в массы.
WebAssembly это не очередной фреймворк, это возможность исполнения более низкоуровневого байткода браузером. А это открывает возможность писать фронтенд на языках отличных от JavaScript, вот тут на Go. Интересно пойдет ли это в массы и что будет с JavaScript, когда у него не останется монополии в поддержке браузерами.
После забавной критики языков, очень надеялся увидеть в конце статьи выход языка 1С в белом, сыграть на контрасте так сказать…
Так автодополнение в IntelliJ IDEA должно работать по Kotlin DSL, разве нет?

По разному работает. Примерно как выбор из меню (по xsd схеме) для мавена и командная строка (с подсказками) для грэдл.
не нравится DSL — не используй его

Не всегда это возможно. Вот не нравится мне груви, например, в грэддл, какие у меня варианты?
То есть, жуткий адь в Мавене вас таки полностью устраивает?

Что-то слишком радикально) Я не писал, что gradle плохой, а maven хороший. Все сильно от задачи зависит. Но у мавена помимо гадкого xml есть и преимущество, у него есть понятная структура. Ты знаешь чего с чего начать, примерно помнишь какие есть блоки, все, дальше IDE тебе дает возможные варианты и ты выбираешь все что нужно. И для простых проектов это вот отлично. Грэдл добавляет гибкости и мощи, но при этом непонятно как это реализовать. И если ты не пишешь каждый день грэдл конфиги, то лезешь искать примеры того, что нужно.
делаешь красивый DSL на удобных инструментах

Штука в том, что часто красиво это может быть только для автора DSL. А для остальных может быть не очевидно и дальше путь в документацию. И, как написано в статье, хорошо если она есть и понятно написана.
Тсс, не мешайте людям радоваться. Тут же Тесла, а не ВАЗ какой-то и время спиннеров и умных часов, а не полвека назад…
Чувствовали такое когда-нибудь? Когда вы приходите писать Gradle-файл, в самом начале, вы не понимаете, что в нем есть, и нужны какие-то примеры.

Не суйте DSL’и во все щели, пожалуйста.

Это, пожалуй, лучшее в статье. Хотел в комментарии написать это же.
Движуха с колонками напоминает мне похожий тренд с умными часами, только слабее по силе. Задача примерно похожая — родить спрос на ровном месте, продать то, что непонятно зачем нужно, ну или что нужно ограниченному кол-ву людей. И, кажется, что к умным часам все остыли довольно быстро, интересно что будет тут.
Я сделал что-то плохое или нет?

Разумеется, нет. Когда вы делали на публичном ресурсе директорию /123, то должны были понимать насколько это опасно/безопасно относительно контента в этой директории.
Это всё равно, что создать доступ по одноразовому паролю и переслать ссылку и пароль.

Вообще-то, нет. По одноразовому паролю доступ получить можно один раз, а по открытой ссылке сколько угодно раз.
Система будет работать, если сотрудник стал просветленным и безнадежно зарос бородой? Или надо фотки по новой загружать?
Слишком много недостатков
Спасибо за комментарий, такие комментарии нынче на хабре редкость. Обычно сначала истерят, а потом разбираются, да и то, если носом ткнут. Но даже если ткнут, то переводят тему, передергивают и сливают карму, на всякий случай…
В первом примере есть лукавство, в правой части не показано, сколько нужно написать, чтобы добиться красоты. И понятно почему. С кучей дополнительных функций ответ уже будет не такой очевидный.
Это логично, предсказуемо и естественно. Операторы, в конце концов, превратятся просто в мобильного провайдера интернета. Им сейчас этого не хочется, т.к. там сложнее брать деньги, но, увы, это неизбежно.
Я не говорил, что это плохо, но за фразой «запустите… и наслаждайтесь» скрыто еще кое-что, о чем собственно и написал. И часто манипуляций по устранению ошибок много больше чем того, что решается автоматической кодогенерацией.
Просто закомитьте этот DDL, запустите сборку и наслаждайтесь обновленным объектом

И тут же отправляйтесь в путешествие по устранению ошибок компиляции в места, где использовалось старое имя поля (title), а также исправления названия поля в соответствующем dto объекте, если таковой есть. Вместо этого, можно было просто поменять название колонки в аннотации @Column(«book_title»). Наверное, это не совсем правильно, но иногда такое сильно проще и дешевле.

Информация

В рейтинге
1 167-й
Зарегистрирован
Активность