Девопсы вообще не нужны. Девопс это бред бредский...

Нетбинс мне не нравится как минимум эстетически. А так, да есть тот же eclipse che.

роб пайк

Он язык (емнип даже не столько язык сколько рантайм) разрабатывает а не пишет на нём.

Враньё

пакетный менеджер в который можно интегрировать все остальные

Вранье...

Враньё.

Вы пробовали в guix интегрировать FDNPKG?

Интегрировать МОЖНО. И да, для этого надо будет сначала заставить guile и guix работать на FreeDOS'е. Я не писал про GuixSD, который использует Linux, и потому на DOS'е не работает.

И да, для этого надо будет сначала заставить guile и guix работать на FreeDOS'е

И еще много где. На Simbian не работают. Вы в Логику дружите? Если ваш guix так хорош почему он не заменил gem pip apt rpm и прочие?

Он язык (емнип даже не столько язык сколько рантайм) разрабатывает а не пишет на нём.

угадай на чём написан Go

На компьютере

Художники пишут на тканых полотнах.

Вопрос времени

Вы в Логику дружите?

А вы?

Если ваш guix так хорош почему он не заменил gem pip apt rpm и прочие?

Вопрос времени.

The key point here is our programmers are Googlers, they’re not researchers. They’re typically, fairly young, fresh out of school, probably learned Java, maybe learned C or C++, probably learned Python. They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt.

кстати, как интересно слышать крики про доступность, лёгкость, быструю вхождаемость в какой-нибудь модный и современный ЯП и увидеть сотни вакансий девопсов, которые нужны, чтобы «убирать срач» за модными и современными кодырами.

Более того, на сколько я слежу за этой тусовкой, то у Пайка Го сейчас главный и любимый язык. Пишет он на нем все свои проекты, Upspin, как пример.

А он очень удобен на практике: статические гарантии слабые, но за счёт грамотно выбранной семантики ошибки, на самом деле, редки – буквально, нужно пострараться, чтобы их допустить.

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

Советую потыкать,если не пробовал раньше – штука очень практичная.

По сравнению с плюсами шикааарнейшая стандартная библиотека. По сравнению с питоном шикааарнейшие статические гарантии от типизации. По скорости примерно плюсы/2 в худших ситуациях, обычно разница меньше.

Слушайте кто такой девопс? Это автомотовелофотоеблягребляиохота.

Вы не видите в этом проблем?

Вот честно. Раскажите мне кто понимает все тонкости SMTP и умеет в exim, в postfix И при этом умеет в Postgres и еще и в MySQL и в Mongo и еще и в домен на самба и в Bind и PowerDNS и вот что я пропустил? OpenVPN? Ssh? Ой файл ту бан? Вы помните все команды РПМ, АПТ АПК. Если вы скажете что ДА я вас НИКОГДА не возьму на работу вы или брехло или Девопс.

Компания Google известна тем, что часто хоронит проекты

Поэтому и на поддержку языка go нельзя надеяться.

https://golang.org/CONTRIBUTORS

Считай сколько там google.com, а сколько сторонних разрабов. Хотя бы google.com vs gmail.com

Postgres и еще и в MySQL

DBA раньше они назывались

+ стандартная библиотека + социальный язык + экосистема + кросс-платформенность + сборка мусора + хороший набор сторонних библиотек и пакетов + спрос на рынке труда + низкий порог вхождения благодаря tour.golang.org и прочим ресурсам + горутины (волокна/fibers на уровне языка)

Х.з. может что-то забыл, но главное-то спрос есть. Для сетевого стека HTTP, TCP — самое то. Включая SP (протокол Nanomsg).

Го очень много делает само по себе. Тесты - тесты. Бенчмарки - бенчмарки. Го гет - го гет. Не нужно корпеть над выбором Make/CMake, какой-нибудь библиотеки.

Т.к. это язык со сборщиком мусора, то большинство фатальных ошибок можно выявить на (1) этапе компиляции (в отличии от JS или Python), (2) запуске - ошибки вида «index ot of range» с указанием файла и строки чертовски помогают в разработке (3) тестировании. Можно сказать, что тестирование только для ошибок в реализации-то и нужно.

Простыми словами, в Го если нужно что-то сделать - то просто берёшь и делаешь. Минимум лишней возни и трудностей выбора. Конечно программировать всё равно нужно — это недостаток, как и в других языках, но многое, лично я делаю с удовольствием.

Эти «модные и современные кодеры» пишут на Го как на Питоне или Жабаскрипте. Слово срач не до конца передаёт всю, извиняюсь, пи-децовость происходящего.

В последний раз я видел в коде строку размером несколько тысяч символов состоящую из списка глобальных переменных some_list_1, anoter_list_1, some_list_2, ... и так далее до 51. И это не самое страшное. Разумеется разработчик не удосужился даже разделить этот список на несколько строк - всё в линию.

Кто говорит? Там уже отменили импорты с гитхаба?

Не с гитхаба, а с любого репозитория из поддерживаемых. И это круто, хотя иногда и требует всяких ухищрений, типа символьной ссылки на форк вместо основного проекта, чтобы работать с форком. Ну там ещё модули подвезли, так что к августу заживём.

А можно круг задач перечислить?

HTTP, TCP и всё что с этим связано.

И анти-круг: 3D-графика, GUI (не основанные на HTML/CSS/JS).

«компилирование в один бинарник» есть в сях

Нет. Glibc не любит быть статически слинкованной.

Девопсы вообще не нужны. Девопс это бред бредский...

Девопс — это чувак который смотрит на графики и будит сисадмина если там красное. Не?

Ну, так стоит хотя бы на название этого топика посмотреть.

Почему для зависимостей ещё не сделали международный стандарт на XML или там JSON для того, чтобы зависимости одинаково понимали все пакетные менеджеры?

Вголосину.

Согласен. Мне Го тоже нравится, в основном своей простотой и идеологией core team. Я с ним знаком года этак с 2010-2011, со времен когда каждую неделю ломали обратную совместимость.

Я бы, все таки, смотрел сюда: https://github.com/golang/go/graphs/contributors?from=2017-01-31&to=2019-...
Думается мне, что в CONTRIBUTORS большинство это авторы однотрочников.

Я в 2005 году подавал на гражданство в Австралию. Там была анкет какие технологии я знаю. Я перечислил Firebird, PostgreSQL, MySQL, MS-SQL Server и получил ответ - вы врете 1 человек не может знать все это.

https://ih0.redbubble.net/image.28643773.1373/ap,550x550,16x12,1,transparent,...

вы врете 1 человек не может знать все это.

Подтвердил бы сертификатами и опытом работы, а потом подал бы в суд за клевету

Ну опыт не подтвердить, а сертификатов у меня нет. Они дороги. Я не уверен что я прям вот профи с этими СУБД, но я с ними работал с каждой минимум года 3 и не то чтоб сделал apt-get install (не для MS SQL которую ненавижу - худшей СУБД не видел) и тюнинговал и за все время я 1 раз факап допустил когда ночью апгрейдил сервер, а начальник сидел и проверял что я делаю.

Так DBA и сейчас никуда не делись.

Как в таких условиях нарисовать круг?

Выбрать Rust. Очевидно же!

и получил ответ - вы врете 1 человек не может знать все это

— А Вы знаете Гит?
— Да, пять лет с ним работаю.
— Как сделать черри-пайк?
— ...

Отличный способ сливать навязчивых кандидатов...

пайк

ну ты понял

Хороший способ сливать работодателей, у которых на интервью cherry-pick произносится как «черри пайк».

Что за черипик? Меня спросят, а я не знаю

> пайк

ну ты понял

А, да пох. Большинство команд Гит никому в пробел не упёрлось. Я сквишь-то всего один раз использовал за, мать её, жизнь. Но я знаю Гит и работаю с ним 5 лет и чертовски этим доволен.

Хороший способ сливать работодателей, у которых на интервью cherry-pick произносится как «черри пайк».

Гитодрочер.

А, да пох. Большинство команд Гит никому в пробел не упёрлось.

Это показатель командной работы. cherry-pick нужен когда в релизе откопали баг, баг правится в релизе который давно позади девелопмента, потом уже фиксы переносятся из этой древнего ответвления в девелопмент, вот тут и cherry-pick пригождается. Во времена SVN для этого использовали утилиту patch.

Squash например это если в команде принято фиксить баги в отдельных бранчах и фикс занимает больше одного дня при этом есть правило всегда комитить в конце рабочего дня выполненную работу (на случай если завтра тебя собъёт автобус работу должен продолжить другой человек), т.е. на баг создается бранч, потом там идет работа, создаются N коммитов, а когда уже все закончено скваш для создания одного коммита с красивым именем.

Я намекал на безграмотный английский. Для программиста это очень хреновый показатель.

Я намекал на безграмотный английский. Для программиста это очень хреновый показатель.

Если на вакансию программиста-повара, то прокатит.

Звучит также как и «Раби».

Да кстати черри пик вещь с которой не все сталкиваются. Я признаюсь я это не умею делать. НО я недавно работал на предприятии где его РЕГУЛЯРНО использовали и знаете что? Никто не мог его сделать без Смарт Гита...

Вот расскажите мне каков профессиональный уровень человека который ПОСТОЯННО делает Cherry-pick и не может его сделать без Smart-Git (который ворованный), ну и еще расскажите мне как так если из master нельзя собрать РАБОЧИЙ код (у нас никто не собирает из мастера)...

Перенос коммитов из одной ветки в другую.

Слышал что Раби правильно.... Возможно в диалекте каком то это так...

Всегда можно проверить по транскрипции слова.

Почему для зависимостей ещё не сделали международный стандарт на XML или там JSON для того, чтобы зависимости одинаково понимали все пакетные менеджеры?

package.json в ноде есть

https://www.youtube.com/watch?v=4fYcj8zAbGE