>5 тред подряд

> 5

>2-3 года назад на гошечку массово звали с разных стеков (меня - с дотнета и знаниями хайлоада)

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

> приходят такие синьоры в го, ебашат адовый спагетти код в java/dotnet стиле

> В каждом языке есть своя специфика, свой кодстайл, свои устоявшиеся практики, свои фреймворки и библиотеки

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

> 2-3 месяца - и ты middle+/senior- в языкнейм.

>Ты хочешь сказать, алогоритм обработки поворота экрана будет различным для java/kotlin/objc/swift/js/C3? Сохранение данных будет различным в разных языках? Обработка пушей и FSM будут другие? Может, http-запросы в простихосспади REST-сервис надо как-то иначе отправлять?

> Свифт к ИОСу

>гугл юзает

>Дебил, это не алгоритмы, это вызов методов.

>В сведению - колбек парадигма уже устарела.

> СОВРЕМЕННЫЙ

> MAC ЭТО ТОЖЕ ЮНИКС

> НО ОНИ ПИШУТ MAC, WIN, UNIX В СБОРКАХ.

>НО ТОГДА MAC ЭТО ТОЖЕ ЮНИКС

>ЕДИНСТВЕННОЕ ЧТО ЕГО С ЮНИКСОМ ОПРЕДЕЛЯЕТ, ТАК ЭТО API СТАНДАРТА POSIX

>Есть протокол рил-тайм стриминга RTSP (в 2015 описывался RFC2326, теперь вроде 7826, уже не слежу за этим).

>в честь острова же

>В нормальных ide

>икскод

> В нормальных ide есть пикрил с фильтром по названию.

> В идее, вроде так нельзя.

> Ага, а если писать файлы по одной строке

> ты видимо сразу помнишь вложенность папок

>Правильно сделано в Яве

> On stackoverflowa few issues are discussed, such as checking in files - if you have multiple classes in a file it’s not that easy to spot what was changed. Another issue is that classes should be decoupled, and having them in one file signals that they are coupled, which they shouldn’t be- at the same time there are times when it is unavoidable to have coupled classes.

> if you have multiple classes in a file it’s not that easy to spot what was changed.

> One user commented that he does sometimes do that when the classes are tightly coupled, but that it is a good rule not to. When asked why he has tightly coupled classes he answered: It’s called avoiding overengineering. If you have a few tightly coupled classes and decoupling them would add a lot of complexity compared to the amount of practical flexibility it provides, then what’s the point?

> Когда в файле несколько классов, ты можешь случайно добавить какой-то код не в тот класс.

>питухон

>Когда в файле несколько классов, ты можешь случайно добавить какой-то код не в тот класс.

> Да, когда смотришь дифф изменений, как там писали, то не понятно сразу, изменения в каком классе ты смотришь.

> Очевидно

> Очевидно

> Папкоебство хуже червепидорства, в том числе и потому что эти дауны сразу начинают передергивать и предлагают складывать в файлы по 1000 классов.

>за такое линейкой по пальцам надо хуярить.

> Cтруктура файла есть во всех IDE JB. Alt+7.

>рассуждения дивана

> для простых репозиториев можно однозначно определить класс с реализацией.

> сертификацию

>Его в чисто виде как такового нет, то, что ты считаешь им - это опп с теми же лямбдами.

>Что тебе мешает взять и написать что угодно на функциях высшего порядка, с точкой входа также в виде функции

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

>декларативный код

>Абстракция:

>положи это значение вот в этот регистр

>положи вот этот адрес в другой регистр

>загрузи значение на основе данных регистров

>новичок проскакавший по верхам кучи технологий и языков

>диван

>обрадовадьвался

> Глава firefox тоже троллил?

> if(response.Status === Ok) SomeLogic(response.data);

> else if(response.Status === NotFound) {

> ClearStore();

> }

> else{

> // тут ты парсишь ошибки и если надо выводишь

> }

>А если у тебя может быть несколько корректных статусов

>Сделал репорт на бугуртотред

>Называет кого-то дурачком

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

> рейкаст

> через Раст

> 3 дня кое-как