Size: a a a

2020 July 18

p

pragus in Go-go!
Артур Саляхов
Мы его используем только в качестве аннотаций для генерации документации
И руками хендлеры фигачите?
источник

y

yelsh in Go-go!
Daniel Podolsky
Конечно, окупает

Он реализует openapi 2 целиком, и сложные роуты прикручивать не требуется (и даже вредно, это будут роуты не по спеке)

Хендлеры у него своего формата, но это же хорошо - сложнее прочесть и вернуть херню

В общем - надо просто с другой стороны заходить, с написания спеки
Мне кажется идея использовать кастомные обработчики странной: это во-первых приучает разработчика к использованию конкретного инструмента (что вредно), во-вторых возникает необходимость в использовании странных оберток для внедрения различных middleware
А про аргумент “сложнее прочесть и вернуть херню” - я не понял
источник

ЕО

Евгений Омельченко... in Go-go!
yelsh
Мне кажется идея использовать кастомные обработчики странной: это во-первых приучает разработчика к использованию конкретного инструмента (что вредно), во-вторых возникает необходимость в использовании странных оберток для внедрения различных middleware
А про аргумент “сложнее прочесть и вернуть херню” - я не понял
По вашей логике нужно отказаться от компиляторов и писать код прямо в хекс-едиторе. Потому что вредно приучать к конкретным инструментам
источник

ЕО

Евгений Омельченко... in Go-go!
Это луддизм, сваггер автоматизирует деятельность по разработке API.
источник

p

pragus in Go-go!
Евгений Омельченко
Это луддизм, сваггер автоматизирует деятельность по разработке API.
Бездуховненько и скучно )))
источник

ЕО

Евгений Омельченко... in Go-go!
pragus
Бездуховненько и скучно )))
Намного духовнее из транзисторов нужную логику собирать
источник

y

yelsh in Go-go!
Евгений Омельченко
По вашей логике нужно отказаться от компиляторов и писать код прямо в хекс-едиторе. Потому что вредно приучать к конкретным инструментам
Я имел ввиду, что это прямое противоречие принципу “разработки с использованием инструмента”, и вместо этого получается “разработка на инструменте“. Мне понравился go тем, что в отличии от такого комбайна, как spring, где уже все готово и подано на блюдечке, в go можно полезть чуток глубже и понять, что происходят на нижних слоях. Без этого там никак. В Java-мире уже давно ищут не java-разработчиков, а разработчиков на spring. Вот это мне и не нравится.
источник

БВ

Буйный Виталя... in Go-go!
yelsh
Я имел ввиду, что это прямое противоречие принципу “разработки с использованием инструмента”, и вместо этого получается “разработка на инструменте“. Мне понравился go тем, что в отличии от такого комбайна, как spring, где уже все готово и подано на блюдечке, в go можно полезть чуток глубже и понять, что происходят на нижних слоях. Без этого там никак. В Java-мире уже давно ищут не java-разработчиков, а разработчиков на spring. Вот это мне и не нравится.
ЕЕ умер?
источник

y

yelsh in Go-go!
Буйный Виталя
ЕЕ умер?
Я уже давно не видел вакансий
источник

ЕО

Евгений Омельченко... in Go-go!
yelsh
Я имел ввиду, что это прямое противоречие принципу “разработки с использованием инструмента”, и вместо этого получается “разработка на инструменте“. Мне понравился go тем, что в отличии от такого комбайна, как spring, где уже все готово и подано на блюдечке, в go можно полезть чуток глубже и понять, что происходят на нижних слоях. Без этого там никак. В Java-мире уже давно ищут не java-разработчиков, а разработчиков на spring. Вот это мне и не нравится.
Го просто молодой, да и, вообще говоря, изначально использовался для других задач, для которых требуется большее погружение в контекст операционной системы.

Продолжая вашу логику до конца нужно вообще от языка программирования отказаться, реально, и писать прямо машинный код, а ещё лучше проектировать микросхемы и сразу печатать их (потому что архитектура процессора тоже сковывает действия программиста)
источник

p

pragus in Go-go!
yelsh
Я имел ввиду, что это прямое противоречие принципу “разработки с использованием инструмента”, и вместо этого получается “разработка на инструменте“. Мне понравился go тем, что в отличии от такого комбайна, как spring, где уже все готово и подано на блюдечке, в go можно полезть чуток глубже и понять, что происходят на нижних слоях. Без этого там никак. В Java-мире уже давно ищут не java-разработчиков, а разработчиков на spring. Вот это мне и не нравится.
И? Надо ли тебе каждый раз ковыряться в деталях реализации tls когда делаешь тупенький rest api?
источник

А

Александр in Go-go!
осуждаю
источник

y

yelsh in Go-go!
Евгений Омельченко
Го просто молодой, да и, вообще говоря, изначально использовался для других задач, для которых требуется большее погружение в контекст операционной системы.

Продолжая вашу логику до конца нужно вообще от языка программирования отказаться, реально, и писать прямо машинный код, а ещё лучше проектировать микросхемы и сразу печатать их (потому что архитектура процессора тоже сковывает действия программиста)
Ну не надо притягивать за уши
источник

ЕО

Евгений Омельченко... in Go-go!
yelsh
Ну не надо притягивать за уши
Я всего-лишь добавляю вашим рассуждениям последовательности. На данный момент вы просто противоречете себе, по той причине, что ваши рассуждения это рационализация вкуса (довольно дурного) и привязанностей, а не источник ваших решений.
источник

p

pragus in Go-go!
источник

AP

Alexey Palazhchenko in Go-go!
Fixed
источник

y

yelsh in Go-go!
Евгений Омельченко
Я всего-лишь добавляю вашим рассуждениям последовательности. На данный момент вы просто противоречете себе, по той причине, что ваши рассуждения это рационализация вкуса (довольно дурного) и привязанностей, а не источник ваших решений.
ладно, может быть это и вкусовщина (хотя о вкусах не спорят), но вообще изначально вопрос заходил о поиске инструмента для валидации запросов
источник

y

yelsh in Go-go!
а go-swagger по-моему слишком хорош для этой цели
источник

p

pragus in Go-go!
Спасибо :)
источник

А

Артём in Go-go!
шо за прикол
источник