Еще есть dep

Нытики задрали. Не нравится IT - идите на завод. Там все по науке и гостам

Нытики задрали. Не нравится IT - идите на завод. Там все по науке и гостам

Нытики задрали. Не нравится IT - идите на завод. Там все по науке и гостам

о! ну давайте ещё и на заводах велосипеды с костылями разводить! нет уж, сидите тут!

Если программисты уйдут работать на заводы, стройки и т.п., то в этом мире разом станет намного страшнее жить.

Вообще то на заводе процесс лучше поставлен. А если что-то сделаешь не так, то велика вероятность потерять часть тела (или целиком).

А если пойти на завод телефоны собирать?

exel переписали на гошке?

Привет, как бороться с ограничением строк в excel

Да, офтоп. Извините, не знаю какой чат по этому делу профильный.

Привет, как бороться с ограничением строк в excel

dbf формат. Меняешь расширение Excel и он его отлично переваривает.

Потому что it это не про it. it это про решение бизнесзадач лишь бы работало, посредством дешевой раб. силы, которая приходит в it за зарплатой, и чтобы не на завод. А потом на всяких фронтенд конфах ебут друг друга в жопу, кто круче фреймворк освойл. ФРЕЙМВОРК, КАРЛ! В it ценится умение решать инфраструктурные задачи. Если ты умеешь webpack'ом файлики конкатенировать или запускать всесь свой говнокод со всеви зависимостями из говна в изолированном окружении (да-да, я на тебя смотрю, мамкин девопс инженер), то это типа збс. Вот по этому мы и живём с монолитными говнобраузерами на оверлям строк кода, с сайтиками которые ждут по 250мб и 25% цпу. По этому, у нас есть говно-конференции, где невъебенные докладчики читают о том, как блеать повысить эффективность работы сайтика. Эффективность, блеать! Сайтика, блеать!!!! Вот потому, что для разработки, тонкого клиента + ui к базе юзерского контента у нас спрашивают по СТЕК ДЛЯ ФРОНТЕНДА, БЛЕАТЬ! И на бекенде то же дерьмо творится. Привет жаве с её жвмом и шарпу. Для примитивнейшей логики заводят целые проекты на спринге.

Все было разумно, пока не дошло до jvm. Видно, что про бекенд вы ни хера не знаете

простите, если вопрос тупой. я в основном на ноде, спрошу на её примере вот в ноде есть package.json, в нем зависимости перечислены, а в golang есть что-то подобное кроме указания в импорте? Или оно подтянется само?

Энто уже легаси

о! ну давайте ещё и на заводах велосипеды с костылями разводить! нет уж, сидите тут!

А что про GO2 - почитал понравилось.Когда ждем?

Не ждем.

Нет такого завода, где нужен каждый раз новый велосипед. А там, где нужен - там все как в it. Я в НИИ начинал, в курсе ..

Не ждем.

а готовимся

Если в разных — то либо 2х фазный комит или типа того, либо просто писать приложения так, что отсутствие консистенции — это норма.

почему?

хм - перл это просто штука для обработки текста - вот к нему нейросети итп подключить былобы забавно

Сходите на cpan - там и ии, и нейросети, и вообще все. Проблема именно в перл6.

перл6 как халва3

почему?

потому-что го с дженериками и HKT — это уже совершенно другой язык

Шо, и в го HKT хотят ? Ждите тогда десант из хаскель чатика

не мне человеческая обработка ошибок понравилось - ну те штуки тоже)))

потому-что го с дженериками и HKT — это уже совершенно другой язык

человеческая обработка ошибок в расте

на самом деле просто дефолтный гофер о них не слышал, а тот что слышал боится, что слишком сложно ибо "алгебраические" же типы

А вот и расскажите нам, какая она там

на самом деле просто дефолтный гофер о них не слышал, а тот что слышал боится, что слишком сложно ибо "алгебраические" же типы

это enum + дженерик?

А вот и расскажите нам, какая она там

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

это в яве так. чет не зашло людям... (я-то считаю, что так и должно быть)

ява хороша с точки зрения синтаксиса

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

А алгебраические типы так и не добавили, видимо решили, что слишком сложно и вообще ненужно

Вообще не то

Чем они помогут разработке?

то странной чуство, когда в чатике го спорят растеры :)

есть узкий, но частый кейс, когда нам нужна тип-сумма. сейчас мы ее делаем на интерфейсах, но это реально костыль

интерфейсы о поведении же

интерфейсы о поведении же

а, да, во всех нужных типах добавляем Enum1Member(), в теле panic("do not call me")

талан? match для Result или unwrap.

это далеко не единственный кейс, в которых используются алгебраические типы данных

type option(T) enum { // тип который означает, что значения может не быть some(T), none, } type result(T, E) enum { // тип который означает, что может быть либо значение, либо ошибка ok(T), err(E), } func foo() { o := option.some("значение") // создаём значение switch o { // извлекаем значение, сопоставление с образцом, pattern matching case option.some(val): fmt.Println(val) case option.none: panic("empty value") } e := result.err("ошибка") // создаём значение switch e { // извлекаем значение, сопоставление с образцом, pattern matching case result.err(err): panic(err) case result.ok(res): fmt.Println(res) } } Вот грубый пример того, как в го могли бы выглядеть алгебраические типы

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

case option.some(val) -> case option.is_some(val)