ага, они еще разрабтывабт его, но есть early builds

спасибо, буду смотреть

Тоже хочу попробовать Go потому поставил себе эту ide

Go занятный такой себе язык

занятиный. Интересный эвфемизм к словам «неудачный» и «непродуманный»

http://www.yegor256.com/2017/03/07/traits-and-mixins.html - на русском нету?

фааак... как вы вообще документацию читаете!? неужели тяжело подтянуть английский

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

фааак... как вы вообще документацию читаете!? неужели тяжело подтянуть английский

После того как я увидел MSDN на языке Толстого и Тютчева - мой мир не будет прежним :)

Ну и в принципе - почему нет?

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

Потому что не стоит плодить уже существующий контент?

ну и на митингах вы участвовать не сможете

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

А что здесь хорошего?

+

Лучше бы новую документацию писали

Вместо перевода

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

А что здесь хорошего?

Что хорошего в русской Wikipedia?

Ничего?

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

Наверное может было бы (гипотетически) хорошо и удобно если вообще все говорили на одном языке - не спорю.

И писали на единственном настоящим языке программирования (С++).

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

;)

Вот тут ты не прав

вы так говорите, будто документацию пишут и переводят одни и те же люди

и вообще блокирующая операция, не дающая делать и то и другое сразу

идея перевода в расширении сообщества же

Вот тут ты не прав

Нас справдливо забанят за оффтопик "на С++ можно написать всё!" :)

идея перевода в расширении сообщества же

А если научить сообществу английскому, то оно получит доступ сразу ко всем накопленным знаниям

Нас справдливо забанят за оффтопик "на С++ можно написать всё!" :)

Речь не о том же. ЯП исполняется, поэтому он ограничен и строг. Чем более строг язык, тем надёжнее софт в итоге получится.

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

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

Достаточно иметь достаточное количество терминов в языке

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

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

А если научить сообществу английскому, то оно получит доступ сразу ко всем накопленным знаниям

С этим не спорю. Я скорее просто смотрю с той позиции что "вот есть тысяча программистов которые волею судеб НЕ говорят на английском. Если один человек переведет доку на их язык - сразу 1000 человек будут осчастливлены. Или можно заставит КАЖДОГО из них учить язык".

Речь не о том же. ЯП исполняется, поэтому он ограничен и строг. Чем более строг язык, тем надёжнее софт в итоге получится.

Надежность ПО зависит от программиста, а не от языка, имхо конечно

Надежность ПО зависит от программиста, а не от языка, имхо конечно

В этом и проблема

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

Мозиловцы не просто так раст делают

И D не просто так появился

если не знать технических основ, то и технический текст не поймут

Можно написать надежное ПО на любом языке. Вопрос профессионализма

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

Именно. Я вот не могу нормально в разговорный

Можно написать надежное ПО на любом языке. Вопрос профессионализма

Ещё раз: именно так

И D не просто так появился

https://imgs.xkcd.com/comics/standards.png

Только вот нет 100500 профессионалов

Поэтому лучше иметь раст/хаскел где миддл не накосячит

https://imgs.xkcd.com/comics/standards.png

Было бы смешно не будь так грустно

я уже хочу читать про Haskell

Лучше про раст )

+

ээээ а он production-ready?

Сам язык давно

Экосистема ещё нет

Поэтому лучше иметь раст/хаскел где миддл не накосячит

Нельзя решить проблему лежащую в гуманитарной плоскости техническими методами

Нельзя решить проблему лежащую в гуманитарной плоскости техническими методами

Отлично можно

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

хм а Rust и Haskell - они вроде сильно разные, нет? мне казалось Haskell - что-то очень функциональное, а Rust - "хороший С"?

Компилятор не решит проблему подготовки профессионалов. Да он поможет лишний раз не ошибится. И да компилятор пишут тоже люди

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

хм а Rust и Haskell - они вроде сильно разные, нет? мне казалось Haskell - что-то очень функциональное, а Rust - "хороший С"?

Ну, в расте можно императивщину, с ней часто проще. Конечно, в обоих более идиоматично писать функциональненько, но в расте не перегибают с этим просто. В общем, это такой си с АлгТД, типажами и развитой системой типов.

Компилятор не решит проблему подготовки профессионалов. Да он поможет лишний раз не ошибится. И да компилятор пишут тоже люди

Беспредметный разговор. Компилятор крестов даст тебе ошибиться и получить dangling pointer-ы, race condition-ы и так далее. Речь именно об этом всём, а не о разработчиков, который min с max-ом путают

Тут и сеньоры ошибаются частенько

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

ERROR: S client not available

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

Вот когда программирование сведётся к постановке задаче нейронной сети, тогда да, ЯП станет неважен

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

ого, круто

впервые в жизни попробовал это... понравилось

ну эти.. а.. трейты..

и возникла уже ситуация с ресолвингом зависимостей трейтов

use A; use B; общий метод во всех подобных ему классах, которые юзают трейты

который юзает трейты А и Б

А и Б были выделены согласно принципу SRP

A ничего не знает про Б

а вы кстати уже видели ООП на баше?

https://mnorin.com/ob-ektno-orientirovannoe-programmirovanie-na-bash.html

вопрос: стоит ли выделять общеий метод в трейт C, который неявно зависит от А и Б

более общо: какова должна быть схема зависимостей в трейтах А, Б, Ц

C выступает в роли медиатора A и Б

неявно зависит

вы там в рубях поехали совсем

Завязывайте курить уже

и потенциально может быть Б1, Б2, Б3

я вчера курил книжку по медиаторам.

дым книги и запах дорогого парфюма женщин на 8-е марта

вот что я видел курит командир

MediatorTrait

сейчас я закусываю приnципом Single point of extension

ну вы знаете, что это такое, да? или таки вам напомнить?

SPOE

Object-Oriented Programming is worse than Hitler. Use spaghetti code instead. https://medium.com/@brianwill/how-to-program-without-oop-74a46e0e47a3#.mm8ejzbdp

https://www.reddit.com/r/programming/comments/4dqreo/how_to_program_without_oop/

не уверен что этот Brian Will адекватен реалиям. ох уж эти писаки.

или таки прав?

есть плагин для idea

ну когда я его юзал возможностей было не очень много(

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