Для встряски мозгов нужно ФП

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

Нет, этот класс ниже джуна

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

да в последний год вообще одно говно мне HR приносят

самый простой пример, грю вот xml там запись с именем человека, сгенерируй мне на тачке (установлен python 3.8) код, для python 3.10 и запусти, на выходе должен быть xml с hello name из первого файла без IDE )

Сразу это вспомнилось.

Ахах

Я в систему не ставлю с 2.3, когда сломал yum на сентосе, обновив до 2.4)

самый простой пример, грю вот xml там запись с именем человека, сгенерируй мне на тачке (установлен python 3.8) код, для python 3.10 и запусти, на выходе должен быть xml с hello name из первого файла без IDE )

Это ты так пинтонщиков ищешь? Иначе зачем сеньору эмбедеру разбираться во вкусовых оттенках говна?

Я как-то собеседовал одного на разработчика python. Там у него в послужном списке и IBM и Oracle и то и сё. Пришел на питониста. Просит сходу 250. Спрашиваю его: - вы знаете, что такое поток и процесс? - конечно! Потоки и процессы есть везде! - а разница в этих двух терминах есть? - нету! - хорошо, а что такое GIL знаете? - да, но это не нужно! - что не нужно? - не нужно GIL - а можете расшифровать аббревиатуру? - ээмм, нуууу, эттааа,... ну забыл, да - Global Interpreter Lock? - да! Он самый! - а зачем он в питоне? - ну как зачем, чтобы блокировать! - что блокировать? - нуу, все. Приложения, процессы и потоки - а как его отключить, знаете? - в конфигурационном файле! - в каком? - ну в python.conf Тут я смотрю на второго разраба, у него глаза просто в закат ушли...

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

У меня соискатели любят в мастер пушить)

Текучка разработчиков это очень жирное свидетельство неадекватности работодателя.

ну больше года не работают, их с руками отрывают в более крутых конторах

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

создай массив в функции и отдай его return'ом )

Вопрос - когда нужна вилка. Я со своим скудным (пока что) багажом не могу придумать тот случай, когда без указателей никак. Ну кроме передачи массива (если это и правда тот случай)

Вопрос - когда нужна вилка. Я со своим скудным (пока что) багажом не могу придумать тот случай, когда без указателей никак. Ну кроме передачи массива (если это и правда тот случай)

А четакова "нельзя пушить в мастер"? Всегда ж можно откатить.

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

А четакова "нельзя пушить в мастер"? Всегда ж можно откатить.

Четакова? А будут конфликты. Один можешь пушить в мастер хоть ежесекундно

Четакова? А будут конфликты. Один можешь пушить в мастер хоть ежесекундно

Или выдели память и верни её по значению. Или изменяемый обработчик события, в котором устанавливается функция. (тоже по указателю).

Ойвей, конфликтов боятся - гит не юзать

Когда 1-2 человека - ну ок, можно еще. Когда 10+ - уже сложнее, на 20ке разрабов заипешься их резолвить

Когда 1-2 человека - ну ок, можно еще. Когда 10+ - уже сложнее, на 20ке разрабов заипешься их резолвить

конфликты крайне редки, если всё делать правильно

Это понятно, но как часты проекты на 20+ сотрудников и почему бы мх не побить на группы и разные репы?

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

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

Для этого архитехтур должен бдить, а не стадо жопами толочься, не?

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

Для этого есть git flow

И если ему следовать - то не надо толочься