Так а это несложно же

Сначала представляешь основные данные

Потом у каждой из них более детально описываешь поля

А потом связи, оно как то само получается

А вообще

в mysql workbench есть рисовалка табличек

Вроде даже неплохая

Я в ней иэначинал тоже таблички делать

Когда про миграции ничо не знал :)

Только миграции!

Без ручного изменения структуры БД

Ну я на самом деле согласен, что визуально проще рисовать. Может юыть даже и стоит так делать, но при условии что это потом все сведется к написанию миграции)

Лучше уж на Dart переходить чем на Go. Он хоть читаемый.

Я тут уже сто раз жаловался что код на Go даже на уровне чтения не понимаю.

Я тут уже сто раз жаловался что код на Go даже на уровне чтения не понимаю.

Да, тяжело читать

На самом деле го простой

Но!

До тех пор пока там не потребуется наследование например)

Вкзде свой особенный подход

Тот же синтаксис парсинга и форматирования дат

Эти злоебучие if err!= nil просто дико раздражает

Прекратите о нем

Зачем это былт добавлять? Как по мне, так с исключениями код реально чище

Я не верю что эта хуйня помогает допускать меньше ошибок

Ведь никто ж не запрещает error сохранять в _

В ди прикол но что когда импортируешь пакадж,то чтоб заюзать какую то функцию из него, не нужно писать имя пакаджа как префикс

В питоне импорты просто шикарно сделаны

Почему нельзя было сделать что то подобное?)

На ди гораздо приятнее писать кот, чувствуешь себя полноценным человеком, но когда садишься писать на го, в голове всплывает картинка из флинстоунов

И вообще

В ди прикол но что когда импортируешь пакадж,то чтоб заюзать какую то функцию из него, не нужно писать имя пакаджа как префикс

static import

Все тлен, чето вакансии все на удаленку смотрю- одни жсники требуются этим их реактом и вебпаком))

Я не помню что дает статик)

Впрочем, как и про static if не помню)

Тонкости какие то)

Я не помню что дает статик)

Не импортирует символы. Только через точку можно обращаться

Ясне

Впрочем, как и про static if не помню)

Щас ещё статик форич появился :)

Там же можно символам другие имена при импортах давать?

Там же можно символам другие имена при импортах давать?

Да, конечно.

Полноценный язык, чо)

Полноценный язык, чо)

Согласен :)

Так а это несложно же

ну)) там же не только миграции, потом еще и модельки допиливаются перепиливаются и логика и тд...

мне тулза надо чтоб таблички прописать и связи

текстом. иначе это как классы со структурами рисовать получится визуальное программирование не взлетело

В ди прикол но что когда импортируешь пакадж,то чтоб заюзать какую то функцию из него, не нужно писать имя пакаджа как префикс

Это для тебя плюс или минус?

Поэтому у нас на нем реально МИКРОсервисы пишут)))

Последний вон замутил, обрабатывает всего один URL)))

Это для тебя плюс или минус?

Это плюс

Не нужно копетанить

Типа, что функция А лежит в пакадже package1

А функция В в package2

Итд

Это удобно

Это удобно

В большинстве случаев это все решает IDE

Ведь никто ж не запрещает error сохранять в _

запрещает линтер и мейнтейнер на ревью

Ведь никто ж не запрещает error сохранять в _

А можно было сделать как в расте

А можно было сделать как в расте

хз как в расте

не понимаю, почему посчитали исключения плохим решением

запрещает линтер и мейнтейнер на ревью

в итоге, чтоб сделать простейшее скачивание странички мы вынуждены будем 3 раза написать if err != nil {}

не знаю. Я б на самом деле хотел бы с каким нить умным человеком поработать на го)

Научиться чему нибудь)

хз как в расте

Тип Result

Похоже на го, но все таки поудобнее

явная обработка или пренебрежение обработкой ошибок помогает отлавливать баги, но замедляет разработку

вот было бы клево если бы nothrow заставлял проверять все исключения в compile time как в rust, но он лишь заставляет обработать базовый класс исключений

Можно просто проигнорировать, сделав .unwrap() Можно паттерн матчингом Можно map'ать Можно пробросить дальше, приведя к другому типу ошибки

nothrow в D разумеется

ERROR: S client not available

тут же чат про D ;)

Ну да

Можно скрыть ошибку в Option

Делаю так когда хз шо с ней делать

Так что в расте вполне нормально

Ща еще будут try catch делать

Но без исключений

тип Result тоже варик в принципе

тип Result тоже варик в принципе

И в отличие от исключения явно видно и нельзя проигнорить

смотрю на lighttpd и как-то flask напоминает

кто-нибудь уже смотрел как оно?

пойдёт для организации не нагруженного rest api?

смотрю на lighttpd и как-то flask напоминает

+1

Его бы еще стилтзовать под фласк через декараторы и вообще шик был бы. Чтобы урлы как в фласке делать

Мне даже эта асинхронность нафиг не нужна лишь бы было простое и понятное

Мне даже эта асинхронность нафиг не нужна лишь бы было простое и понятное

нужна она

В свое время именно по такой причине я ушел с C++ на PHP )

Там все просто и понятно. Было 10 лет назад по крайней мере.

А тут есть кто нибудь, у кого не получается писать на языках с динамической типизацией?

У меня) пишу на Питон уже год но с трудом

вот я тоже пытался в питон, но чет больно

js тоже пытался, но еще больнее. А руби даже не понял.

А тут есть кто нибудь, у кого не получается писать на языках с динамической типизацией?

Динамическая типизация - когда держишь все в голове

Динамическая типизация - когда держишь все в голове

А, я ведь тупенький

js тоже пытался, но еще больнее. А руби даже не понял.

Прям как про меня пишешь...

Ди ругали что надо в доки постоянно лезть чтобы понять что прилетает. В питоне в разы хуже все

Да и в любом проекте сложнее hello world надо имитировать нормальные языки и точку входа делать.

Часто проблему питона с типизацией решаю пиша в стиле: int_myvalue = 3. И дальше по коду хотя бы вижу что это за переменная.

А я просто не пишу на питоне

Если надо шот быстро, то шарп

студия + решарпер чуть ли не за тебя код пишут

для души и развлекухи - скала, ди, хекс и вот раст недавно пополнил ряды