@
МЕНЕДЖЕР КАК БЫ НЕВЗНАЧАЙ СПРАШИВАЕТ СТАТУС
@
ОТВЕЧАЕШЬ - ПОКА НЕ НАШЁЛ ПРИЧИНУ БАГА
@
СПРАШИВАЕТ - СКОЛЬКО ВРЕМЕНИ ЗАЙМЁТ ПОФИКСИТЬ?
@
ТАК И ХОЧЕТСЯ ПОСЛАТЬ ЕГО НАХУЙ СО СЛОВАМИ, ЧТО ТЫ НЕ ВАНГА
Говоришь что на ресёрч бага нужен день
@
Никакого бугурта
@
ПОЛЕТЕЛА ВИНДА / СЛОМАЛСЯ КОМП
@
ЛЕГЧЕ НАЙТИ НОВУЮ РАБОТУ, ЧЕМ ВОСКРЕСИТЬ ПРОЕКТ НА НОВОЙ МАШИНЕ
@
РАЗДАЛИ НОУТЫ НА ВИНДЕ
@
НАШЕЛ И ПОФИКСИЛ БАГ ЗА ЧАС
@
НИКТО НИЧЕГО НЕ ЗАМЕТИЛ
НА ЗАДАЧУ ВЫДЕЛИЛИ 4 ЧАСА
@
ДЕЛАЕШЬ ЕЕ ТРЕТИЙ ДЕНЬ
@
РРРЯЯЯ СЫЧ СРОКИ СРЫВАЕШЬ
@
ИЗ-ЗА ЭТОГО ЛОМАЕТСЯ КОД ВАШЕЙ КОМАНДЫ
@
БАГ ВЕШАЮТ НА ТЕБЯ ПОТОМУ ЧТО ТЫ 5 ЛЕТ НАЗАД ЧЁ ТО ТАМ КОВЫРЯЛ
@
ЛАЗАЕШЬ ПО КИШКАМ ЧУЖОГО КОДА, ПЫТАЯСЬ УГАДАТЬ КАК ОНО ВСЁ РАБОТАЕТ, НЕ ЗАПУСКАЯ
будни энтерпрайза
@
СМОТРИШЬ, ПРИКИДЫВАЕШЬ
@
ХУЙНЯ, ТАМ НА ПОЛДНЯ РАБОТЫ
@
КАПЧУЕШЬ ВЕСЬ ПЕРВЫЙ ДЕНЬ, ЗАДАЧУ ДАЖЕ НЕ ОТКРЫВАЛ
@
УТРОМ ТИМЛИД ГОВОРИТ, ЧТО НАДО ЗАДАЧУ НА ДРУГОГО ПЕРЕКИНУТЬ, А ТЕБЕ ВЗЯТЬ СРОЧНУЮ ЗАДАЧУ
@
ТРЕБУЕТ ЗАПУШИТЬ КОММИТЫ В ОТДЕЛЬНУЮ ВЕТКУ
@
ИЗ ОЧКА ВЫТЕКАЕТ ЧТО-ТО ЖИДКОЕ
Раньше когда удаленно приходилось работать, например для ночных работ, подключались по rdp, а теперь нам в связи с массовым переводом на удаленку сделали подключение через какую-нибудь тормозящую залупу, напичканную анальными зондами. Которая стучит майору иб-шнику даже когда буфер обмена юзаешь.
Я ору, когда подобные меры безопаности применяют к айтишникам. На уровне "отключил флешки - мам я безопасник".
Если айтишник знает про существование DLP и захочет слить что-то, он придумает десяток способов слить это так, чтобы не запалили.
И ладно бы эта параша работать не мешала, но она мешает.
@
УХОДИТ В ОТКАЗ ПО ПРИЧИНЕ ПОШЕЛ НАХУЙ
@
ХОРОШИЕ РАЬОТНИКИ
@
ВАНЕК ВОЗЬМИ ЗАДАЧУ ВАЖНАЯ ОЧЕНЬ
@
СМОТРЕШ
@
ОЦЕНИВАЕШ
@
ВРОДЕ ТУТ ХУЙНЯ ЗА ЧАС СДЕЛАЮ
@
"ДА МИХАЛПАЛЫЧ ПОНЯЛ ТУТ НА ДЕНЬ, В ПОНЕДЕЛЬНИК НА ММТИНГЕ ОТЧИТАЮСЬ
@
В ПОНЕДЕЛЬНИК УТРОМ ЛЕНИВО НАКИДЫВАЕШЬ ИЗМЕНЕНИЙ
@
КОМПИЛИШЬСЯ 70 МИНУТ, НАВЕРНОЕ ОПЯТЬ ПЕРЕД АУДИТОМ ЗАБЛОКИРОВАЛИ МНОЖИТЕЛЬ НА МЕЙНФРЕЙМЕ
@
ЕБНУЛОСЬ 1488 ЮНИТ ТЕСТОВ
@
ДО МИТИНГА 20 МИНУТ, С ЛЯЦОМ ЛЯГУШКИ ПОСМАТРИВАЕШЬ В СТОРОНУ ПЕРЕГОВОРКИ
@
ЗАЛУПАСОФТ
Вот серьезно, зачем лол аутсос галере так вот напрямую врать про продуктовую разработку
@
НИКТО НИЧЕГО НЕ ПИШЕТ
@
РЕШАЕШЬ ПОФАПАТЬ
@
КАЖДУЮ ФРИКЦИЮ СОПРОВОЖДАЕТ ПИЛИКАНИЕ МЕССЕНДЖЕРА
Блядь, собеседовался в эту компанишку пару лет назад, сидело значит три бабцы, техспец, погонщица, хрюша и ещё одна была в самом начале но съебалась сразу после того как представилась. Пытались продавить меня по зп классическим финтом из 00-ых, мол ой ну у вас вот конкретно в этой штуке я вижу конкретно пиздец она это слово вставляла в каждое предложение опыта маловато а это вот ну именно конкретно то что мы ожидаем от специалиста, спрашивали что-то как относитесь к джунам, к ТЕСТИРОВЩИКАМ, лол, ну ещё там были какие-то хитровыебанные вопросы по теории эджайла, не вспомню конкретно, но такое услышишь и сразу поймёшь что задают тупо двадцаточку-тридцаточку с тебя скинуть. Пизданутое у них самомнение конечно, но я сдержался и не стал грубить прям тогда, но порофлил вскользь с того что у меня скорее всего опыта на тот момент было как у двух этих бабец вместе.
ДЕЛАЕШЬ СВОЙ ПРОЭКТ ИГРУ МЕЧТЫ
@
РЕШАЕШЬ СДЕЛАТЬ ДЛЯ НАЧАЛА ТЕХНОДЕМКУ С МИНИМУМОМ КОНТЕНТА
@
ПИЛИШЬ, ГОВНОКОД УЖЕ ВЫЛАЗИТ ИЗ РЕДАКТОРА
@
ВЫКЛАДЫВАЕШЬ, ВРОДЕ НАРОД ОЦЕНИЛ, СПРАШИВАЕТ КОГДА БУДЕТ ГОТОВО
@
РЕШАЕШЬ ПЕРЕПИСАТЬ ПО-НОРМАЛЬНОМУ
@
В ПРОЦЕССЕ ПЕРЕПИСЫВАНИЯ ТЕРЯЕШЬ МОТИВАЦИЮ, НЕ СДЕЛАВ ДАЖЕ ПОЛОВИНЫ ОТ СТАРОЙ ДЕМКИ
@
ВЫКЛАДЫВАЕШЬ НА ГИТХАБ С НАЗВАНИЕМ "MY PET PROJECT GAME VERSION 0.0.2"
@
ДАЕШЬ ССЫЛКУ В РЕЗЮМЕ
ДЕЛАЕШЬ СЛОЖНУЮ ФИЧУ/ФИКСИШЬ СРОЧНЫЙ БАГ
@
ПРОДЖЕКТ МЕНЕДЖЕР КАЖДЫЙ ЧАС СПРАШИВАЕТ "ГОТОВО? А ТЕПЕРЬ ГОТОВО? А СКОРО БУДЕТ ГОТОВО?"
@
ВСЕ ОЧЕНЬ СЛОЖНО, КАЖДЫЙ ДЕНЬ ОСТАЕШЬСЯ ПОСЛЕ РАБОТЫ
@
РАЗОБРАЛСЯ, СТАЛО ЛЕГЧЕ
@
ВТОРОЙ ГОД РАБОТЫ — ПИШИ СЕРЬЕЗНЫЙ БЭК
@
НАУЧИЛСЯ В SQl, ЗАЕБИСЬ ПОШЛО
@
ВОТ ТЕБЕ ДОСТУП К СЕРВЕРАМ, БУДЕШЬ ДЕПЛОИТЬ
@
РАЗОБРАЛСЯ, ПОНРАВИЛОСЬ
@
НА ТЕБЕ НОВИЧКОВ, СЛЕДИ ЗА НИМИ И УЧИ, ВСЕ РЕЕВЕСТЫ ПРОВЕРЯЕШЬ ТОЖЕ ТЫ
@
НАЧАЛ УСТАВАТЬ, НО ВРОДЕ БЫ СПРАВЛЯЕШЬСЯ
@
Я ТУТ ПОДУМАЛА, ЧТО ХОЧУ ПОКИНУТЬ КОМПАНИЮ, ПОЛ ГОДА ТЕБЕ НА ПОДГОТОВКУ К МОЙ ДОЛЖНОСТИ (CTO)
@
ШЕЛ 4Й ГОД РАБОТЫ, Я ДАЖЕ ХЗ БУГУРТ ЭТО ИЛИ АНТИБУГУРТ
ТЕБЯ ПРЕДУПРЕЖДАЮТ, ЧТО ЛУЧШЕ НЕ СОЗДАВАТЬ ДОЛГОЖИВУЩИЕ ФИЧЕБРАНЧИ, ПОТОМУ ЧТО ПОТОМ ЗАЕБЁШЬСЯ МЁРДЖИТЬ
@
ПИЛИШЬ ФИЧУ ДВЕ+ НЕДЕЛИ
@
ДОПИЛИЛ
@
СКРЕСТИВ ПАЛЬЧИКИ, РЕБЕЙЗИШЬ ДО ТЕКУЩЕГО MASTER'А
@
REBASING... DONE
@
АНТИБУГУРТ
@
ПОЛУЧАЕТСЯ ПЯТЬ КОММИТОВ В ОБЩЕЙ СЛОЖНОСТИ НА 600 СТРОК, ПЛЮС ЕЩЕ 500 СТРОК ТЕСТОВ
@
ПОСЛЕ ПРОВЕРКИ ОТКРЫТО 2 ISSUE
ПОПРАВИЛ БАГУ, ПОМЕНЯВ 6 СТРОЧЕК И НАПИСАВ ТЕСТ НА 15
@
8 ISSUES
@
ИСПРАВЛЯЕШЬ
@
ФИКС НЕ АППРУВЯТ, ПУШТО ДРУГОЙ ЧЕЛ ПОФИКСИЛ ВМЕСТО ТЕБЯ В ДРУГОЙ ЗАДАЧЕ
>>1803192
Долбаебы, перетирающие чужой код двойным мерждем, детекед. Можете даже публичные репы посмотреть, где такое же практикуется, постоянно перетирается какой-то кусок кода и ишью заводится снова. Сам принимал участие в обсуждении такого поведения в репе TypeScript.
> Необходимость рибейза явный признак того, что с процессом разработки что-то не так.
Просто конченный персонаж, небось ты еще и не понимаешь чем отличается ребейз от мерджа. Как таких на работу берут? Я только джунов таких брал, которые не понимали как пользоваться гитом.
@
РЯЯ, Я НЕ ПОНИМАЮ ЗАЧЕМ ЭТОТ ВАШ ДОКИР, И БЕЗ НЕГО ВСЁ НОРМАЛЬНО ДЕЛАЕТСЯ
>>1801200
Надо общаться с соседней командой. Пусть объясняют как и что там работает.
>>1801239
Хех, вангую тимлид тебя спалил и решил наказать.
>>1801280
Прокрастинация это хуёво. У меня в какой-то период тоже была страшная прокрастинация, сейчас уже поменьше.
>>1802495
Наверное оно и хорошо. Игор уже такой избыток, играть некому.
>>1802923
@
ТЕСТЫ ПОПАДАЛИ
>>1803192
Щито? Относительно конфликтов, что мерж, что ребейз, будет одна и та же хуйня. Необходимость? Да нет обычно никакой необходимости, я обычно накатываю ребейз если никто не видел ещё мой код или если коммиты этой ветки никуда не раскатывались. С линейной историей работать проще, особенно если припечёт почеррипикать.
>>1803251
Какой интересный случай. Дай угадаю, у него фикс был намного проще, чуть ли не ванлайнер, и без костылей. А если твои тесты перенести на его код, они отработают?
@
ТРЕД LGTM
@
МОЖНО ВЫКАТЫВАТЬ
>>1803736
>>1803763
ДРЕВНЯЯ ИНФРАСТРУКТУРА НА DEBIAN STRETCH
@
НА БИЛД-СЕРВЕРЕ В APT ДРЕВНЯЯ NODEJS
@
ФРОНТЫ БУГУРТЯТ, ХОТЯТ ПОСЛЕДНЮЮ LTS
@
НО САМИ ПОСТАВИТЬ НЕ МОГУТ , ВЕДЬ HOMEBREW ПРОСТА А APT СЛОЖНА
@
НАСТРАИВАЕШЬ ИМ СБОРКУ С ПОСЛЕДНЕЙ LTS
@
РАДУЮТСЯ
@
УЗНАЮТ, ЧТО СБОРКА ПРОИСХОДИТ В ДОКЕРЕ
@
>Докер это ебаная хуита как и кубернетс.
@
ЖИДКО ПЁРНУВ ЖРУТ ЧТО ДАЮТ
НАДО СОБРАТЬ DEB ПАКЕТ ДЛЯ ТЕСТИНГА И ПРОДАКШЕНА
@
ПРИХОДИШЬ К АДМИНУ, ЧТОБЫ ОБСУДИТЬ СПИСОК ЗАВИСИМОСТЕЙ ДЛЯ СБОРКИ НА МАШИНКЕ
@
"НЕ ХОЧУ, НЕ БУДУ СТАВИТЬ ВСЯКИЕ НОДЫ, ЭТО ВООБЩЕ НЕ МОЕ ДЕЛО"
@
СТАВИШЬ БЛОКЕР НА АДМИНА С КОПИЕЙ ВСЕХ НАЧАЛЬНИКОВ
@
СЛЫШИШЬ ВЗЛЕТ АДМИНА НА ЖОПНОЙ ТЯГЕ ИЗ ДРУГОГО ЗДАНИЯ
ни разу не было проблем с админами, в отличии от бесконечных скриптов для сборки deb пакета
>Надо общаться с соседней командой. Пусть объясняют как и что там работает.
Тут у меня даже мой собственный тимлид не хочет вводить меня в курс дела, объяснять как всё у нас работает, а ты про соседнюю команду. Тебе скажут - "у нас нет времени, ковыряй код самостоятельно".
Ребейз это тот же самый мерж, только создаёт новые коммиты (=меняются хэши). Конфликты разрешаются точно так же. Вот из-за того что создаются новые коммиты, может быть жарено: кто-то отпочковался от твоей ветки или выкатил версию из твоей ветки, после ребейза он эти коммиты или продублирует у себя в ветке или не найдёт версию на которую надо откатить. Как правило, никто чужие фичебранчи не раскатывает и не трогает, более того, в некоторых конторах требуется сквошить ветку в один коммит и ребейзить, дабы легко было черрипикать и ревертить.
СТАВЯТ ОХУЕННО СРОЧНУЮ ЗАДАЧУ...
@
РАЗРАБОТАТЬ НОВУЮ УСЛУГУ, КОТОРАЯ ПРИНЕСЕТ ОХУЛИАРД ПИАСТР
@
ПИШЕШЬ ДВЕ НЕДЕЛИ
@
НА ВЫХОДНЫЕ ПМ УМОЛЯЕТ ПОРАБОТАТЬ
@
ШЛЕШЬ НАХУЙ
@
НА ТЕБЯ ВЫХОДИТ ЗАМЕСТИТЕЛЬ ГЕНЕРАЛЬНОГО ДИРЕКТОРА И ДАЖЕ ГЕНИАЛЬНЫЙ, ОБЕЩАЮТ ПРЕМИЮ
@
СОГЛАШАЕШЬСЯ И ЕБАШИШЬ КАК ТОВАРИЩЬ СТАХАНОВ
@
ВСЕ ГОТОВО
@
МЕЧТАЕШЬ КУДА ПОТРАТИШЬ ПРЕМИЮ
@
В ПОНЕДЕЛЬНИК НА СОВЕЩАНИИ ВСЕМ ПОХУЙ, ПОДНИМЕШЬ ВОПРОС МОЛ ФИЧА ГОТОВА МОЖЕМ ЗАЛИВАТЬ
@
ГОВОРЯТ "МОЛОДЕЦ СЫЧУШ, ПЛАНЫ НЕМНОГО ИЗМЕНИЛИСЬ ФИЧА УЖЕ НЕ НУЖНА"
@
ПРЕМИИ НЕ БУДЕТ.
> Ребейз это тот же самый мерж, только создаёт новые коммиты
Может лучше доку почитать и не выдумывать? https://git-scm.com/docs/git-rebase
> меняются хэши
commits that were previously saved into the temporary area are then reapplied to the current branch
> кто-то отпочковался от твоей ветки или выкатил версию из твоей ветки, после ребейза он эти коммиты или продублирует у себя в ветке или не найдёт версию на которую надо откатить.
После ребейза пушат всегда с форсом, потому как ты писал выше, коммит-хеши поменялись.
> Как правило, никто чужие фичебранчи не раскатывает
Это от организации процесса зависит. Может у товарищей есть релизная ветка, которая просто какой-то коммит от девелопа. А потом еще туда коммиты прилетают, типо фиксов. Как тогда синхронизировать релизные ветки и девелоп?
> в некоторых конторах требуется сквошить ветку в один коммит
Это к ребейзу не относится, сейчас уже гитлаб умеет сквошить просто галочкой в интерфейсе.
> Ты похож на чат-бота
Ты только сильно не агрись, пройди курс по гиту, почитай доку и сразу станет проще. Все через это проходили, не ты первый, не ты последний.
> А, git flow сектант, понятно, вопросов нет.
Не знаю как ты делаешь такие выводы, но план действий я описал тебе выше.
> Если ты участвуешь в ветке, она для тебя не чужая, не?
Ты можешь не участвовать в ветке, но подтягивать оттуда изменения. Она в таком случае чужая тебе или нет?
Токсичный, просто пиздец. С чего ты взял что я не знаю гит? От того что не как на экзамене, а упрощённо объяснил?
>>1804495
Точно такой же ахуй можно получить если узнать что ветку уже помержили без тебя.
> ребейз и форс пуш
Страшилки-страшилочки. Мне теперь что, из-за того что существует rm -Rf --no-preserve-root / не пользоваться никогда rm? Да и для чего там форспуш, где я говорил про форспуш? Вроде бы речь только о ребейзе шла.
> Точно такой же ахуй можно получить если узнать что ветку уже помержили без тебя.
Да, но это ничего не сломает. Можно допушить новые коммиты в ту же ветку и смержить ещё раз.
> Страшилки-страшилочки
Нет. просто констатация факта. Выводы делай сам.
> Да и для чего там форспуш
А без него ничего ребейзнутое не запушится. Или ты не собираешься пушить, и делаешь пет-проект на локалхосте?
@
УДАЛЯЕШЬ ПАПОЧКУ .GIT
@
ПЕРАКАЧИВАЕШЬ РЕПОЗИТОРИЙ
@
ДОВОЛЬНО УРЧИШЬ
@
СУБД ЖИДКО ПУКНУВ ОБВЕШИВАЕТСЯ ЛОКАМИ
@
ПРОЦЕССОР НАБИРАЕТ ТЕМПЕРАТУРУ ВМЕСТЕ С ТВОЕЙ ЖОПОЙ
@
ТЫ Ж ПРОГРАММИСТ
@
ПОСОВЕТУЙ ЯЗЫК ПРОГРАММИРОВАНИЯ ДЛЯ ВКАТА В АЙТИ
@
А ТЕБЕ ДЛЯ ЧЕГО?
@
МММГМ ЭЭЭЭ
@
НУ ТАМ ВЕБ? МОБИЛКИ? ИГРЫ ПИСАТЬ?
@
ЭМНМ ПУК СРЕНЬК
@
...
@
СОВЕТУЕШЬ ПИТОН
@
ПОСТУПИЛ В УНИВЕР
@
НА ПЕРВОМ КУРСЕ ОДНОГРУППНИКИ С ТЕБЯ ПРОИГРЫВАЮТ
@
НА ТРЕТЬЕМ КУРСЕ НАЧИНАЮТ ЗАКЛЕИВАТЬ КАМЕРУ САМИ
ДЕЛАЕШЬ ИНТЕГРАЦИЮ СО СТОРОННЕЙ СИСТЕМОЙ
@
СРОКИ 2 ДНЯ
@
ОФ ДОКУМЕНТАЦИЯ API НЕ СОВПАДАЕТ С ПРИМЕРАМИ КОДА
>надо было плюсы форсить
>за азы информатики
Пидор блядь конченый.
Я новичкам всегда подсказываю какие технологии и фреймворки нужно учить и что сейчас в тренде, плюсы и прочую хуиту я не советую сейчас учить, нахуй не нужно.
Твои блядские плюсы и азы информатики нужно учить годами, новичок может выучить например пхп за 2 месяца и начать поднимать кеш.
> не может удалить кортеж
> божественный
Поясни за реляционные бд, зачем их использовать, когда есть nosql? Зачем колоться и грызть кактус с индексами, буферными таблицами и прочими нормализациями? Сам я не бекэнд, но каждый раз, когда гуру серверной разработки не могут воткнуть очередную таблицу или наоборот делают их больше положенного, отправляя на фронт кучу ненужной информации, я пребываю в недоумении.
У тебя вопрос уровня "зачем нужны вилки, если есть ложки, ведь ими можно и суп, и пюрешку есть"
Потому что sql в общем случае работают быстрее и занимает меньше места. Потому что иногда нужна связность данных.
>>1807785
>Сам я не бекэнд
Ну вот, если не разбираешься, то не надо свое мнение глупое высказывать.
> Поясни за реляционные бд, зачем их использовать, когда есть nosql
Потому что реляционность придумали не от нехуй делать. Уже сто раз проходили - адепты nosql ебутся, ебутся с nosql, изобретают, изобретают велосипеды и в результате изобретают опять реляционные базы. Только велосипедно-костыльные из говна и палок
> или наоборот делают их больше положенного, отправляя на фронт кучу ненужной информации
> отправляя на фронт кучу ненужной информации
Тут уже вопросы к бэкам. Скорее всего они для экономии времени делают select * и выплёвывают тебе всё, что есть в выбранных таблицах. Попроси их выдавать тебе меньше полей, если ты так волнуешься за трафик пользователей. Вообще сейчас есть grapQL, который, насколько я знаю, позволяет выдавать только те поля, что тебе нужны.
Я считаю что програмистам нужно писать говно код что бы клиент больше тратился на разработку и что бы больше программистов поддерживали проект, а то вы блядь сделаете заебись а все сливки получает заказчик а вы потом месяцами ищете новые проекты, не надо так.
ДЕЛАЕШЬ СТАТИСТИКУ КОТОРАЯ СЧИТАЕТСЯ ПРИ НЕКОТОРЫХ ДЕЙСТВИЯХ
@
НУЖНО НА КАЖДУЮ НЕДЕЛЮ ПОКАЗАТЬ СРЕЗ ЭТОЙ СТАТИСТИКИ
@
С СОХРАНЕНИЕМ ИСТОРИИ, ЗАПРЕТОМ ОБНОВЛЕНИЙ ПРОШЛОГО
@
РЕШАЕШЬ ЧТО ТЫ САМЫЙ УМНЫЙ И ДЕЛАЕШЬ БЕЗ КРОНОВ
@
ОБНОВЛЯЕШЬ СТАТИСТИКУ НА КАЖДОЕ ДЕЙСТВИЕ ЧТОБЫ С НАСТУПЛЕНИЕМ СЛЕДУЮЩЕЙ НЕДЕЛИ ВСЕГДА БЫЛА ГОТОВА СТАТА ЗА ТЕКУЩУЮ
@
НЕСКОЛЬКО ИНСЕРТОВ/АПДЕЙТОВ ПО ДИАПАЗОНУ
@
ОПТИМИЗИРУЕШЬ ЧТЕНИЕ ДО ВЫБОРКИ ОДНОЙ ЕДИНСТВЕННОЙ СТРОКИ НА КАЖДУЮ НЕДЕЛЮ
@
РАДОСТНО УРЧИШЬ
@
ЗАКРЫВАЕШЬ ГЛАЗА НА МЕДЛЕННУЮ ЗАПИСЬ ПОГЛЯДЫВАЯ НА ХИТРЫЕ ИНДЕКСЫ ДЛЯ ПОИСКА ПЕРЕСЕЧЕНИЙ С ИНТЕРВАЛАМИ
@
ДЕМОТИВИРУЕШЬСЯ И ПРОКРАСТИНИРУЕШЬ
@
ТЕСТИРУЕШЬ ЗАПИСЬ ИЗ КОНКУРИРУЮЩИХ СОЕДИНЕНИЙ
@
ДЕДЛОК
@
ПЕРДОЛИШЬ SELECT FOR UPDATE
@
ДЕДЛОК
@
ПЕРДОЛИШЬ SELECT FOR UPDATE ПО ПОЛОВИНЕ ТАБЛИЦЫ
@
ДЕДЛОК
@
УЗНАЕШЬ ТЫСЯЧИ ПОДВОДНЫХ КАМНЕЙ В БАЗАХ ДАННЫХ
@
НАКОНЕЦ-ТО ЗНАЕШЬ КАК ПОВЕДУТ СЕБЯ ПАРАЛЛЕЛЬНЫЕ ТРАНЗАКЦИИ ИЗ КЛАССИЧЕСКОЙ ЗАДАЧИ С ПЕРЕВОДОМ ДЕНЕГ СО СЧЁТА НА СЧЁТ
@
АХУЕВАЕШЬ ОТ КОЛИЧЕСТВА НЕЯВНЫХ ВНУТРЕННИХ БЛОКИРОВОК ДАЖЕ НА САМЫХ ПРИМИТИВНЫХ ОПЕРАЦИЯХ
@
УЗНАЁШЬ ВСЁ ОБ УРОВНЯХ ИЗОЛЯЦИИ ТРАНЗАКЦИЙ
@
ПОНИМАЕШЬ ЧТО ВСЁ ЧТО ВЫШЕ READ COMMITTED НАХУЙ НЕ СДАЛОСЬ ДЛЯ ПОДАВЛЯЮЩЕГО БОЛЬШИНСТВА ПРОЕКТОВ
@
ПЕРДОЛИШЬ КОЕ-КАК ПОЧТИ ГЛОБАЛЬНУЮ ЯВНУЮ БЛОКИРОВКУ
@
РАБОТАЕТ
@
НЕУВЕРЕННО ВЫКАТЫВАЕШЬ НА СТЕЙДЖИНГ
@
МОЛИШЬСЯ ЧТОБЫ НА ПРОДЕ НЕ ТОРМОЗИЛО
@
ПОНИМАЕШЬ ЧТО ПРИДЁТСЯ РЕФАЧИТЬ И ПЕРЕОСМЫСЛЯТЬ ЗАДАЧУ
> Потому что sql в общем случае работают быстрее и занимает меньше места.
Пруфы будут? вроде как быстрее Redis'а ничего нет, а он nosql решение.
> Ну вот, если не разбираешься, то не надо свое мнение глупое высказывать.
ну вот, очередной гуру серверной разработки.
>>1807805
> Потому что реляционность придумали не от нехуй делать
Да нет же, их придумали потому что считали, что строго математическое представление данных будет лучше, а потом начались денормализации, чтобы это говно хоть как-то работало и не тормозило. Знаю проекты, где используется MySql под большими нагрузками и там тупо несвязанные таблицы.
>>1807811
> Вообще сейчас есть grapQL
Те беки, коих знаю я, очень завязывают внутреннюю логику на ответ конкретного endpoint, переписывать их - значит, переписывать все.
> считали, что строго математическое представление данных будет лучше
Ну так оно действительно лучше. Лет так 35 назад весь мир перекатился со всего что у них было на реляционную модель. Она на практике рвала всех по всем параметрам. Тогда ещё никто не болел хайлоадом головного мозга и пользователи не расстраивались из-за прогрузки мема больше чем за 500 миллисекунд.
ТАК, Я ВИЖУ, У ВАС В РЕЗЮМЕ 7 ЛЕТ ОПЫТА
@
ИЗ НИХ 2 ГОДА НА ТИМЛИДСКОЙ ПОЗИЦИИ
@
ЭТО ВСЕ, КОНЕЧНО, ХОРОШО, НО
@
ПРЕДСТАВЬТЕ, ЧТО У ВАС ЕСТЬ СТРОКА...
> Попроси их выдавать тебе меньше полей, если ты так волнуешься за трафик пользователей.
> Вообще сейчас есть grapQL, который, насколько я знаю, позволяет выдавать только те поля, что тебе нужны.
А поясни в чем фишка GraphQL? Ведь GraphQL подразумевает знание схемы БД.
GraphQL никак не связан с БД (напрямую). Это просто ещё один способ организации API, вроде REST/SOAP/gRPC. Особенность его в том, что у тебя нет фиксированных DTO, возвращаемых на каждое обращение, вместо этого ты пишешь graphql-запрос сам и в результате будет json соответствующей структуры (с ограничениями, наложенными схемой). А экономия трафика в том, что подобно sql ты запрашиваешь не все поля, а только те, что нужны тебе, и делаешь всё за один запрос, будто обратился к нескольким контроллерам одновременно.
мимо
@
ТЕСТИРОВЩИК СПРАШИВАЕТ, КАК ВОСПРОИЗВЕСТИ И ВСЁ ЛИ ПРАВИЛЬНО
@
ПРИХОДИТСЯ ВНИКАТЬ
>а каждое обращение, вместо этого ты пишешь graphql-запрос сам и в результате будет json соответствующей структуры (с ограничениями, наложенными схемой). А экономия трафика в том, что подобно sql ты запрашиваешь не все поля, а только те, что нужны тебе, и делаешь всё за один запрос, будто обратился к нескольким контроллерам одновременно.
>
А как оно внутри устроено? graphql-прокладка налету преобразует SQL-запрос, выкидывая из него всё лишнее?
Ну так для реста, соапа и прочего тоже специфические эндпоинты, котооые тоже пишутся вручную. Конечно же, нельзя просто взять и включить graphql парой строчек кода и потом юзать.
Впрочем, есть какие-то обёртки graphql над ORM, может, они и работают с базой автоматически, но не тыкал.
У всяких Монг, Касандр и т.д. определенно есть своя ниша и своя задача, но, будьте честны - вы не гугл и не фейсбук делаете, у вас нет такой нагрузки и нет таких требований, где бы вы получили их преимущества, а мозгоебли получите - более чем достаточно.
>>1809313
> аналитики
Ну тут хуй знает, кстати. На первых парах и малых данных можно для аналитических запросов и использовать основную бд, если это мускуль или позгря какая, но потом - зачастую все равно приходиться clickhouse какой-нибуть ставить.
ЕСТЬ КЕШ ЗАПРОСОВ К МУСКЛЕ
@
ХРАНИТСЯ В РЕДИСЕ
особенно пиздато было, когда запись в редисе как-то бьется, и из него возвращается хуйня
Как насчет такого?
@
НИЧЕГО НЕ НАЙДЕНО
> данные персоонажей в мморпг
Там хранить нечего. То есть, данных конечно много, но они не взаимозависимы, можешь хоть в keyvalue сторадже хранить. Из всех операций которые тебе понадобятся это взять запись целиком по ключу, и перезаписать целиком по ключу. Можешь даже миграцию делать лениво, прямо в кортеже хранить версию формата, а при загрузке автоматически её превращать в новый формат.
Там все интересно, т.к. MMORPG-севрер - это процесс, который все держит в памяти, и периодически дампит на диск. Обычные подходы - держать все на диске, и сверху этого - прикрутить какой-то кэш - тут не работает, т.к. данных очень много, некоторые постоянно меняються, много запросов к этим данным, и что самое главное - очень жесткие требования к времени ответа. И при всем при этом - потеря большинства самых горячих данных (вроде текущего хп, мп, кулдаунов спелов, теймеров респавна мобов) - вообще не критичны.
Я не очень понимаю провОдочки, подозреваю это что-то вроде журналирования. Ответственно заявляю что если делать апдейты в фиксированном порядке, к примеру отсортировать по account_id, то транзакции с переводом денег со счёта на счёт будут корректно работать и без провОдочек, даже на read committed. Худшее что может случиться это какая-нибудь транзакция откатится по таймауту из-за перегруженности какого-нибудь аккаунта на обновления. Но учитывая что веб апи обычно используют ограниченный пул соединений, и уже сами по себе организуют очередь обработки, разве что притормаживать будет. ПровОдочка конечно поможет торможение слегка отсрочить, до пропускной способности инсертов, но имеет плохой эффект в виде возможности ненарочного кредитования (здесь уже read committed сыграет злую шутку).
@
В ИТОГЕ ТЫ ДНЕМ ПРОГРАММИРУЕШЬ
@
ВЕЧЕРОМ ПРОГРАММИРУЕШЬ
@
НА ВЫХОДНЫХ ДРУГ ПРИХОДИТ К ТЕБЕ И ПРОГРАММИРУЕТ
@
Документация:_Ключевой_функционал_нейм_
@
TODO: ДОБАВИТЬ ДОКУМЕНТАЦИЮ))))
@
Last modified: 01.09.1939 by Дед техлида
бля обосрался
ДОЛГО РАЗБИРАЕШЬСЯ С КАКИМ-ТО КУСКОМ ГОВНА ВНУТРИ ПРОЕКТА
@
СПРАШИВАЕШЬ У ТЕХЛИДА, НАХУЯ НАМ ВИКИ, ЕСЛИ В НЕЙ НЕ ОПИСАНА ХУЙНЯ, С КОТОРОЙ ТЫ РАЗБИРАЛСЯ
@
ОЙ ПУК СРЕНЬК ТЫ РАЗОБРАЛСЯ, НАПИШИ В ВИКИ СТАТЬЮ, ТОГДА БУДЕТ))0
@
ЖИДКО ПУКНУВ СТАВИШЬ ЗАДАЧУ В БЭКЛОГ
Вот ещё про него
техлид - пузан за сорок в черной водолазке и черных брюках
@
обедаете (принемаете писчу)
@
техлиду звонят по работе
@
смотрет в телефон, улыбается, кладет перед собой, посматривает: то на тебя, то на телефон.
@
собираешься спросить будет ли он отвечать
@
"МОЖЕТ ОТВЕ..."
@
моментально срывает телефон со стола и подносит к уху
@
глубокий вдох сквозь зубы
@
"Кинотеатр."
@
ВКЛЮЧАЕШЬ
@
НЕ РАБОТАЕТ
@
"ДА МЫ ЛЕТ 5 НАЗАД ОТКЛЮЧИЛИ ЕГО, ВОТ СЕЙЧАС ПОТРЕБОВАЛОСЬ"
@
У ПОЛОВИНЫ СМЕНИЛОСЬ АПИ
@
ДРУГАЯ ПОЛОВИНА ПРОСТО СРЕТ РАНДОМНЫМИ ОШИБКАМИ
@
ПОФИКСИЛ ОДНУ ПОЛОВИНУ, ДЛЯ ВТОРОЙ НУЖЕН АККАУНТ РАЗРАБОТЧИКА В СОЦ СЕТЯХ
@
"СПРОСИ У ВАСИ"
@
"СПРОСИ У ПЕТИ"
@
"ДАННЫЕ ЕСТЬ У ПАРНЯ, КОТОРЫЙ ДВА ГОДА НАЗАД УВОЛИЛСЯ И НЕИЗВЕСТНО ГДЕ ОН"
@
ЖИДКО ПЕРНУВ, ПРОСИШЬ ТИМЛИДА ОРГАНИЗОВАТЬ АККАУНТЫ ИЛИ НАЙТИ ТОГО ПАРНЯ
@
СИНДРОМ ЭМОЦИОНАЛЬНОГО ВЫГОРАНИЯ
@
ОТ ОДНИХ ТОЛЬКО СЛОВ, ВРОДЕ "ДЭЙЛИ", "ДЖИРА", "БЭКЛОГ"
@
ОТ ОДНИХ ТОЛЬКО УПОМИНАНИЙ НАЗВАНИЙ ФИРМ КЛИЕНТОВ
@
ОТ ОДНИХ ТОЛЬКО ИМЁН КОЛЛЕГ
@
ХОЧЕШЬ РАЗНЕСТИ ВСЁ НАХООЙ, ПОЙТИ ЖИТЬ В ЛЕСУ, БОМЖЕВАТЬ, ЖИТЬ НА ПОСОБИЕ, ПРИТВОРИТЬСЯ ИНВАЛИДОМ
СИДИШЬ НА БОЛЬНИЧНОМ, СЛУШАЕШЬ ВАЙПЕРА
Тру стори.
@
ОТКРЫВАЕШЬ ДОКИ
@
ДОКИ В ВИДЕ .DOCX
@
НАПИСАННЫЕ КАНЦЕЛЯРИТОМ
@
ТИПЫ ОПИСАНЫ, НО В XSD
@
ПРИМЕРОВ КОДА НЕТ
@
ЗАТО ЕСТЬ РАМОЧКА ПО ГОСТУ
@
НАДО ЗАПИЛИТЬ НОВУЮ УСЛУГУ ДЛЯ ПОДКЛЮЧЕНИЯ НОВОГО КЛИЕНТА
@
ТИМЛИД ИЗ СОСЕДНЕЙ КОМАНДЫ НЕДОВОЛЬНО УРЧА НАЧИНАЕТ РЫТЬСЯ В СОТНЕ СТАРЫХ ПРОЕКТОВ
@
НАХОДИТ НАИБОЛЕЕ ПОДХОДЯЩИЙ И НЕ ТАКОЙ ТУХЛЫЙ
@
КОВЫРЯЕШЬСЯ, ПЫТАЯСЬ ПОНЯТЬ, ЧТО ПЕРЕДЕЛАТЬ
@
НИХУЯ НЕ ПОНИМАЮЩИЙ АНАЛИТИК НЕВЗНАЧАЙ ПОДСМАТРИВАЕТ В ЩЕЛЬ И СПРАШИВАЕТ, НУ ЧЕ ТАМ, РАЗОБРАЛСЯ?
@
ПРИ ПОМОЩИ МОЛИТВ И СОТОНЫ ПИЛИШЬ ХОТЬ ЧТО-ТО
@
ИНТЕГРАЦИЙ НЕ ЗАВЕЗЛИ, СЕРВАКОВ НЕТ, КАК НАСТРАИВАТЬ НИКТО НЕ ЗНАЕТ
@
КАК ТЕСТИРОВАТЬ ТОЖЕ НИКОМУ НЕ ИЗВЕСТНО
@
ЕЩЁ МЕСЯЦ НА НАСТРОЙКУ И ОТЛАДКУ
@
ОТЛАВЛИВАЕШЬ БАГИ В ПРОДЕ, ПОГЛЯДЫВАЯ НА ХХ.РУ
За это время проще было с нуля все написать
>>1813419
ИМХО важно не число рабочих дней, а сколько часов ты в них работаешь. Для себя установил, что оптимальный ворк/лайф баланс при графике 6 часов 6 дней в неделю или 5 часов 7 дней в неделю. Если вставать рано и быстро всё заканчивать, то успеваешь столько же, сколько в обычную 40-часовую неделю, но при этом впереди остаётся целый день ежедневно.
В одной галере шеф совсем ебанулся и стал требовать заводить задачи в разных пространствах, типа, ресеч и чисто кодирование. Причем и там и там надо было проставлять часы, сначала планируемые, потом по факту.
Пиздец бля, долбоебы, до сих пор бомбит
@
СДЕЛАЛ ВЕТКУ, СОБРАЛ КОММИТЫ
@
ТЕСТИРОВЩИКИ СМОТРЯТ, ГОВОРЯТ ЧТО ВСЁ ОК
@
ДЕНЬ РЕЛИЗА
@
"А ВОТ МЫ СМОТРЕЛИ И У НАС ЗАМЕЧАНИЯ ПО РЕЛИЗУ"
@
ПЕРЕНОСИШЬ ВРЕМЯ НА ЧАС
@
"А ДАВАЙТЕ ДОКИНЕМ ЕЩЕ ВОТ ЭТИ 10 ЗАДАЧ"
@
СМОТРИШЬ - ВРОДЕ ПРОСТЫЕ, ДОКИДЫВЕШЬ
@
"А ДАВАЙТЕ ЕЩЕ ВОТ ПАРУ"
@
ГОВОРИШЬ, ЧТО НЕТ, МАЛО ВРЕМЕНИ СМОТРЕТЬ, А ТАСКИ ТЯЖЕЛЫЕ
@
"МЫ ДОЛЖНЫ В ЭТОТ РЕЛИЗ, ЗАКАЗЧИК ОЧЕНЬ ХОЧЕТ"
@
ОТВЕЧАЕШЬ, ЧТОБ ШЛИ НАХУЙ ИЛИ ПУСТЬ САМИ РЕЛИЗ ПРОВОДЯТ
@
"МЫ НЕ МОЖЕМ ВЫКИНУТЬ ИХ, УЖЕ ВСЕ СОГЛАСОВАНО"
@
СО СГОРАЮЩИМ ПЕРДАКОМ И ПАДАЮЩИМИ ТЕСТАМИ, КОЕ-КАК ДОБАВЛЯЕШЬ ФИЧИ
@
РЕЛИЗ ЗАКАНЧИВАЕТСЯ К 12 НОЧИ
@
"ВСЕМ СПАСИБО, ВСЕ СЛАВНО ПОТРУДИЛИСЬ"
@
НОВЫЙ РЕЛИЗ ЧЕРЕЗ 14 ДНЕЙ
@
ВСЁ ПОВТОРЯЕТСЯ
"
@
СЛИВАЕШЬ В МАСТЕР
@
ТЕХЛИД ТРЕБУЕТ ДОБАВИТЬ ТЕСТЫ
@
ЗАВОДИШЬ В БЕКЛОГ ЗАДАЧУ НА НАПИСАНИЕ ТЕСТА
@
НАЧИНАЕШЬ ФИКСИТЬ СЛЕДУЮЩИЙ БАГ
@
ДНЁМ
@
ВЕЧЕРОМ
@
ТОЛЬКО ЧТО СПРОСИЛ
@
Я ПОСМОТРЕЛ СПЕЦИАЛЬНО - У НЕГО СЕЙЧАС 5 ЧАСОВ НОЧИ
@
ЖДЕШЬ ДО УТРА
Как знакомо...
У нас вот в конторе есть огромные архивы электронной почты. Считается, что там лежат все материалы и дискуссии по развитию проекта. Кто что когда предлагал, какие фичи, и проч.
Дескать, хочешь ознакомиться с историей развития продукта - копайся в них.
По факту же, там откровенный бардак. Всякие обрывки информации, куски диалогов, беседы. Хуй поймёшь. Рыться там - уйдёт целый год, легко.
Нихуя себе, ты так долго в одной конторе проработал. Я только в Яндексе столько держался и то съебался с приходом императора.
>>1817302
> Дескать, хочешь ознакомиться с историей развития продукта - копайся в них.
Мне, когда предлагают такое, я обычно вклюаю режим прокрастинации и начинаю методично ничего не делать. Советую. Отбивает желание разных тимлидов скидывать свои проблемы на подчиненных.
Как такую херню сделать? Я когда читаю комменты в джире полугодичной давности, ощущаю себя человеком новой эпохи. Потому что половина проблем решилась сама собой, вторая половина проебалась, а те, кто мог бы хоть что-то по этой теме сказать, уже уволились. Получается, что переписки на 100+ писем неактуальны от слова совсем.
> Тоже там работал? Как с тобой побазарить можно тет-а-тет?
Могу тут описать без перехода на личности, все равно тайной это не является. Если есть конкретные вопросы, то задавай.
Если вкратце, то император пришел делать ревью, которое стало плацдармом для кумовства и круговой поруки. Когда одни сидели шестидневку по 12 часов и получали на ревью C (средний показатель), другие не делали нихуя и получали D (выше среднего). Еще у тимлидов была возможность забирать часть ФОД себе и делать, что хочешь. Не напрямую, но всегда можно было зарезать кому-нибудь оценку и зарплату и повысить себе или другому сотруднику. Даже придумали перекрестный фидбек, когда тебя оценивают смежники, чтобы выставить честную оценку, по факту это ни на что не влияло и руководство ставило оценки как хотело.
С приходом императора в Яндексе появилось подсиживание, когда неугодных руководителей увольняли по первому требованию и на их место ставили тех, кто был в хороших отношениях с более высокими начальниками.
Сейчас все более менее стабилизировалось. Можно приходить на хорошую зарплату и надеяться на опционы. Даже оценивать могут честно. Главное, не метить в руководителя отдела или направления.
>ФОД
ФОД? Не знаю такой аббревиатуры. Может ФОТ?
>одни сидели шестидневку по 12 часов
Шестидневка по 12 часов? Что-то я не видел такого. Кто так работал?
Контора же, вроде не практикует авралы и переработки.
>Главное, не метить в руководителя отдела или направления.
О да! Ты только пришёл, и уже метишь в рук. отдела. Это каким кретином надо быть, чтоб строить подобные планы?
А так вообще...
Какая весёлая жизнь. Я был простым хуем, это всё мне было неизвестно. Оценки, правила распределения денег, кто там против кого интригует. Хотя я понимал, что там внутри всё бурлит. И всё происходит неспроста. Заговор молчания вполне чувствовался.
Я другой анон. Не пишу тесты, но весь код что пишу, тщательно тестирую вручную. Если нужно - под дебаггером. В эстимейты время на это закладываю.
Ежели ты будешь писать тесты и закладывать на это время, думаю к тебе будут вопросы на тему "а не занимаешься ли ты лишним делом, молодой человек?"
Как по мне, надо бизнесу активно внушать мысль, что программисты не только занимаются непосредственно фичами, но ещё у них есть housekeeping tasks. Которые включают в себя рефакторинг. Следует с осторожностью называть сроки написания фич. В них надо закладывать не только непосредственно написание, но и ещё поддержание кодовой базы в приличном состоянии.
Т.е. сроки из расчёта хуяк-хуяк и в продакшн - это зло.
А ещё такой вопрос. Что там за история была, когда из Яндекса начали уходить старички? Вот помню на сайте висели фотки топ-менеджмента. На красном таком фоне. Их как-то все сняли с витрины. И лишь нынче снова повесили. Но там уже другие лица. И ща какая-то другая структура. Помню, тот же Мазуров (кажется так) был нач. деп. разработки, Фадеев (Мигель) нач. эксплуатации. Сейчас их там нет. Бахаревская в mail.ru перешла. Ушли ещё Колмановская, Тихончук, Садовский, Расковалов, Гершензон. Список можно продолжать. Некоторые даже начали катать статьи на публику в духе "После IPO Яндекс испортился, много политики, коллектив разрушился".
Что там происходило, что за политика? Что с коллективом?
В геймдеве обычно вообще никаких тестов не бывает.
Зависит от области.
Он нервничает, когда я мало тасков делаю на его проекте за неделю. Поэтому пообещал, чтобы он отстал. Я фрилансер, у меня сейчас есть более интересный второй проект с бОльшим рейтом и можно работать фулл тайм, меньше достают статусами.
Вообще работа в выходной для меня не проблема. Я тут писал >>1813709
Писать тесты и TTD - абсолютно разные вещи.
То, что ты там себе пропукиваешь проверки на нул после написания класса, не означает, что практикуешь тестинг-фёрст.
>>1817568
>охуенно потом бизнесу слушать "ну, мы писали быстро, теперь разгребаем то, что писали хуева, зато быстра, нам же ж надо было вам что-то показывать"
Не поверишь, но да. Если есть море багов, то значит можно подчинённым мозг лишний раз поебать и заставить их больше РАБотать, а значит манагерам можно больше задачек в жире раскидать да и вообще процесс БУРЛИТ. И начальнику приятно смотреть на белок в колесе.
>>1817648
Гейдев без тестов? Совсем ебобо? Там обычно целый штат макак набирают на тестирование. Просто из-за природы гейминга очень сложно написать автоматические тесты.
>Не поверишь, но да.
Что правда, то правда. Люди дико иррациональны. Даже если сразу писать начисто объективно быстрее (по объективным измерениям), нежели чем писать тяп-ляп, а потом доводить до ума. Всё равно, начальник может быть склонен ко 2-му варианту. Это же нагляднее! Да и результат хоть плохонький, но есть быстро. Можно попробовать его в деле, посмотреть, дать фидбек.
Неэффективные траты времени, вот что это.
Вместо того, чтобы тратить рабочее время на работу, ты на неё тратишь домашнее время. А больше, у тебя его ни на что не остаётся.
Хоть бы договорился бы об удалёнке. Чтобы приходить в офис только раз в неделю, а код писать в основном дома.
> Как побороть аппатию на работе? Вообще ничего не идёт. Даже свой код понимаю с трудом. А дома включается бафф +500% к трудолюбию.
Ну вот так и объясни манагеру. Может поймут и простят переведут на удалёнку. Можно сделать испытательный период - если всё будет заебись, то пусть так и оставят. Если им не понравится, то вернут взад
КОНЕЦ 4ГО КВАРТАЛА
@
РАБОТАЯ ПО ВЫХОДНЫМ СДАЛИ ПРОЕКТ В СЕРЕДИНЕ ДЕКАБРЯ
@
ИТОГИ ГОДА
@
ГЕНДИР ВСЕХ ПОБЛАГОДАРИЛ ЗА УСЕРДНЫЙ ТРУД
@
УСТРОИЛ КОРПОРАТИВ
@
САМ УЕХАЛ НА НОВЕНЬКОЙ BMW5 СРАЗУ ЖЕ ПОСЛЕ ОФИЦИАЛЬНОЙ ЧАСТИ
Вот кое-какие люди практикуют правило - опоздание хотя-бы на 5 минут влечёт отмену встречи. Я помню, столкнулся с одним таким челом, и я был опоздавшим. Неприятно, не то слово.
Отчего бы тебе также не поступить? Вовремя не позвонили - досвидос, у тебя есть другие дела.
ЗАДАЁШЬ В ЧАТЕ ОЧЕНЬ КОНКРЕТНЫЙ ВОПРОС С ПАРОЙ ВАРИАНТОВ ОТВЕТА
@
ОТВЕЧАЮТ ЧЕРЕЗ 15 МИНУТ
@
СМЕХУЁЧКАМИ И НЕ ПО ДЕЛУ
@
ЗАДАЁШЬ ЕЩЁ БОЛЕЕ КОНКРЕТНЫЙ ВОПРОС
@
ОТВЕЧАЮТ ЧЕРЕЗ 30 МИНУТ
@
МАТЕМАТИЧЕСКИ ТОЧНЫМ И АБСОЛЮТНО БЕСПОЛЕЗНЫМ ОТВЕТОМ
@
ПОЗВОНИЛ
@
ВОПРОС РЕШИЛСЯ ЗА 5 МИНУТ
@
> Ох блядь, жиза. Вообще не понимаю этих фанатов постоянных созвонов. Их нужно делать только в крайнем случае, когда вот прям без этого никак. В остальных случая только отвлекает, мешает сконцентрироваться, выдёргивает из состояния потока
@
БЕЗОПАСНИКИ ЦЕЛЫМИ ДНЯМИ СМОТРЯТ ЧТО ТЫ ТАМ ДЕЛАЕШЬ
@
ВСЕ БЫ НИЧЕГО НО ИЗ-ЗА ЭТОГО ПРОСТОЙ ЗАПУСК ПРОЕКТА ДЛЯ ДЕБАГА ЗАНИМАЕТ 40 МИНУТ
@
ТЕ КТО ЗАВЕДУЮТ СЕТЬЮ РЕШАЮТ ЧТО НЕЧА ТЕБЕ БУДУЧИ БЕКЕНДЕРОМ ЗАПРОСЫ НА ЛОКАЛХОСТ СЛАТЬ
@
РЕШАЕТСЯ ПЕРЕРУБАНИЕМ ПРОВОДА ВО ВРЕМЯ ДЕБАГА
@
НАСТУПАЕТ КОРОНА
@
ВСЕ ЭТИ ШИЗЫ НАЧИНАЮТ УСИЛЕННО РАБОТАТЬ, ПРИ ТОМ ЧТО ВАС РАЗОГНАЛИ НА УДАЛЕНКУ
@
ПОДКЛЮЧЕНИЕ К ВПН ФИРМЫ ЭТО ОТДЕЛЬНЫЙ ПРАЗДНИК, ПОТОМУ ЧТО СЕТЕВЕКИ МОГУТ ПРОСТО ТАК ЕГО ВЫКЛЮЧИТЬ И ТЫ ВЕСЬ ДЕНЬ НИХУЯ ДЕЛАТЬ НЕ МОЖЕШЬ
@
УДАЛЕННЫЙ РАБОЧИЙ СТОЛ ВНЕЗАПНО МОЖЕТ ДЕМОНСРИРОВАТЬ ПРИЗНАКИ ЖИЗНИ, ПОТОМУ ЧТО БЕЗОПАСНИКИ РЕШАЮТ ПОДКЛЮЧИТЬСЯ И ПОСМОТРЕТЬ ЧЕГО ТЫ ТАМ ДЕЛАЕШЬ
@
ПМ ЗВОНИТ В НЕРАБОЧЕЕ ВРЕМЯ И ТРЕБУЕТ, РАЗ ТЫ ИЗ ДОМА - РАБОТАТЬ БОЛЬШЕ, ВЕДЬ ТЕБЕ НЕ НУЖНО ТЕПЕРЬ ТРАТИТЬ ВРЕМЯ НА ДОРОГУ
@
ЗП 20К
fА у вас как дела?
@
СИДИШЬ ПИЛИШЬ ТАСКУ
@
ТУТ ВНЕЗАПНЫЙ СОЗВОН НА ДВА ЧАСА
@
ЗАБЫВАЕШЬ, ЧТО ТЫ ВООБЩЕ ДЕЛАЛ
@
ВМЕСТО РАБОТЫ СМОТРИШЬ НА ЮТУБЕ, КАК ВЫЧЕСЫВАТЬ КОТА
погромистишка днями работает над одной разжеванной в подробностях таской
@
все равно нихуя не понимает
@
а если что-то не понимает — надо сидеть и нихуя не делать, задавать вопросы только когда погонщик подойдёт в следующий раз
@
всерьез уверен что он главная движущая сила бизнеса, а остальные (особенно те кто выше него) нихуя не делают
@
не хочет вести жыру
@
не хочет вести конфлюенс
@
"бля какой созвон это трата времени"
Узнали себя, профнепригодные макаки?
@
ТА ЗА ЩОООО?
> всерьез уверен что он главная движущая сила бизнеса, а остальные (особенно те кто выше него) нихуя не делают
Как будто это не так, без бесконечного пиздежа менеджеришок, аналитиков, техпихателей, скрам мастеров, операторов пульта презентаций, продукт может делаться и развиваться, без программистишек внезапно нет, каким бы ты софтскилистым пиздаболом не был
Мудрость про начальство, которую я для себя вынес.
1. Начальник всегда прав.
Если не прав, смотри п. 1.
2. Если начальник решил, что чёрное это белое, тут уже ничего не попишешь. Будь он хоть сто раз неправ.
3. Если начальник убеждён, что число пи должно быть равно четырём, то всё. Придётся из этого исходить.
И горе тебе, если в результате у тебя будет получаться хуйня. Виновен будешь ты, т.к. лажаешь именно ты.
А начальник конечно непогрешим - пи равно четырём, и никак иначе.
4. Совершенно неважно, насколько объективно ты хорош. Важно лишь мнение о тебе начальника.
Пусть даже ты пишешь распрекрасный код со скоростью молнии, или наоборот еле-еле справляешься с задачами.
Если начальник считает, что ты хреновый или замечательный (для второго случая) сотрудник, то всё.
5. Если начальник по своей некомпетентности угробит проект - тут ничего не попишешь. Власти для этого у него достаточно.
6. Спорить с начальством не слишком перспективно. Как известно, он начальник а ты дурак.
Ещё немного мудрости. Про планирование и работу в компании.
Когда ты планируешь свою деятельность на будущее, гораздо более приемлемо в глазах начальства и окружающих, построить какие-нибудь нереалистичные заоблачные планы, по которым ты буквально горы свернёшь, а затем их успешно провалить со словами "ну не шмогла я, не шмогла. с кем не бывает. попробуем в другой раз.", нежели чем сразу пытаться продвигать скромный, но реалистичный план.
Во втором случае, ты просто утонешь в вопросах "а пачиму так мало и скромно? Петя обещает больше!". Из тебя будут буквально выбивать расширенные обязательства. Тебе будут говорить, что если ты не подпишешься на большее, мы тебя уволим уже сегодня. А в первом случае, тебя уволят только потом, когда свою ЗП ты получишь. А может даже и не уволят (особенно, когда план сорвут все).
Ещё, нереальный план даёт рычаги твоему боссу, чтобы лишний раз попенять тебе, какой ты ленивый. Пригрозить увольнением. Повыжимать соки. Ты у него на крючке. Удобно, чо.
В общем, люди не любят смотреть в глаза реальности от слова совсем. Слишком неприятно это.
В политике аналогично. Избирателям нравятся пустые обещания и популисты, которые говорят что если их выберут, они-то точно всего добьются, и сделают жизнь сказкой. Тут даже круче. Политики никаких договоров с избирателями не подписывают, никаких обязательств (что жизнь будет сказкой через 15 лет). Одни только обещания. Избиратели, 95% из которых быдло, живут в иллюзиях. Их разводят все кому не лень.
@
РПБОЧИЙ
@
СТОЛ
@
УДАЛЕННЫЙ
Как перестать смеяться от этого наркоманского словосочетания?..
>Да, русский язык не такой уж и богатый.
Хуйню не пизди, английский язык это выкидыш говна.
>смысловой нагрузки
Шиз, плиз. Пик очень хорош, единственное до чего там можно доебаться — это наличие в списке префектов, и некоторые "переводы" возможны только в случае фрейзалов. То есть в обоих этих случаях одного слова будет недостаточно для получения соответствующего перевода.
>ПМ ЗВОНИТ В НЕРАБОЧЕЕ ВРЕМЯ И ТРЕБУЕТ, РАЗ ТЫ ИЗ ДОМА - РАБОТАТЬ БОЛЬШЕ, ВЕДЬ ТЕБЕ НЕ НУЖНО ТЕПЕРЬ ТРАТИТЬ ВРЕМЯ НА ДОРОГУ
С этого вообще орнул. ТК, трудовой договор например?
ТЫ - ПРОГРАММИСТ
@
ТЫ СЧИТАЕШЬ СЕБЯ ГЛАВНЫМ НА ПРОЕКТЕ, ВЕДЬ ТЫ ПИШЕШЬ КОД, А ЭТО ОСНОВНОЕ, ЧТО ВЫ ПРОИЗВОДИТЕ
@
ТЫ - ПРОДЖЕКТ МЕНЕДЖЕР
@
ТЫ СЧИТАЕШЬ СЕБЯ ГЛАВНЫМ НА ПРОЕКТЕ, ВЕДЬ ТЫ УПРАВЛЯЕШЬ ПРОЕКТОМ, СЛЕДИШЬ ЗА СРОКАМИ И ТД
@
ТЫ - БИЗНЕС АНАЛИТИК
@
ТЫ СЧИТАЕШЬ СЕБЯ ГЛАВНЫМ НА ПРОЕКТЕ, ВЕДЬ ТЫ ПОСТОЯННО ОБЩАЕШЬСЯ С ЗАКАЗЧИКОМ, УЗНАЕШЬ ЕГО ХОТЕЛКИ И ПЕРЕДАЕШЬ ТАСКИ ПРОГРАММИСТАМ
@
ТЫ ГЛАВА КОНТОРЫ
@
ТЕБЕ ПОХУЙ, КТО КОГО СЧИТАЕТ ГЛАВНЫМ, ЛИШЬ БЫ ДЕНЬГИ ПРИНОСИЛИ
Как же бесит слово заказчик, сразу веет бизнес-центром класса Ж, контейнерами с курочкой и гречкой в холодильнике, проектом 2011 года от КРУПНОГО ЗАКАЗЧИКА, переработочками чтобы успеть к демонстрации тому самому крупному заказчику...
Ой, какое повышение? Мне закашик больше не уплотит!
Ой, какие тесты, код ревью, рефакторинг? Мне закащик больше не уплотит!
@
ДРУГ ПРИНОСИТ ПРОГРАММУ ПО ЗАДАНИЮ ИЗ ШАРАГИ
@
СПРАШИВАЕТ, ПОЧЕМУ НЕ РАБОТАЕТ
@
ПРОСИТ СДЕЛАТЬ, ЧТОБ РАБОТАЛО
@
ОТКРЫВАЕШЬ КОД
@
А ТАМ ПЕРЕМЕННЫЕ И МЕТОДЫ ВПЕРЕМЕШКУ CAMEL CASE И LOWER CAMEL CASE
@
ТЕЛО IF НЕ НАЧИНАЕТСЯ СО СКОБОЧКИ
@
ПЕРЕМЕННЫЕ НАЗЫВАЮТСЯ BUTTON23 И TEXTBOX14
@
ЖИДКО ПУКНУВ ТРЕБУЕШЬ ПЕРЕПИСАТЬ НОРМАЛЬНО
@
...
@
ДРУГ ПИШЕТ, ЧТО ОН ВСЕ ПОЧИНИЛ, БЛАГОДАРИТ, ОБЕЩАЕТ ЗАБИТЬ КАЛЕМБАСИК С ДВОЙНЫМ ЯБЛОЧКОМ
@
ХОРОШО
Годно
Ещё когда ты устроился в компанию, не надо сразу выкладываться на 100%. Если сделаешь так, к этому привыкнут, и зп не будут повышать, пока не начнёшь работать на 150%+.
Поэтому сначала работай вполсилы где-то полгода, потом начинай работать на 100% и уже тогда просить зп выше.
Почитай истории (на хабре, кажется), как у программистов из силиконовой долины срезают ЗП, если они на удалёнке переезжают куда-то.
>ВАМ СТОЛЬКО ДЕНЕГ НЕ НУЖНО, ВЫ ЖИВЁТЕ В ДЕШЁВОЙ МЕСТНОСТИ. НАМ САМИМ ДЕНЬГИ НУЖНЫ
И подумай, есть ли у них трудовые договора с прописанными ЗП. Имеют ли они значение?
Лучше уж так. Устроился в контору, дали новый проект. ПМ отвалился через пару недель, в итоге команда из меня, аналитика и тестера. Всем похуй, никто свою зону ответственности расширять не захотел, в итоге блядь все через три пизды, документация выглядит как кусок говна, договорится о всяких стендах никто не может, плаваем сами по себе.
Если бы я понял это с самого начала, я бы может и взялся рулить всем этим говном и раздавать пиздов.
@
ТИМЛИД ТРЕБУЕТ НАПИСАТЬ ТЕСТЫ
@
НУ И ЧТО ЧТО ДРУГИЕ ТЕСТЫ НЕ УПАЛИ
@
ПИШИ ТЕСТЫ, ПИШИ-ПИШИ, ЧТОБЫ ПОКРЫТИЕ БЫЛО, РАЗ-РАЗ-РАЗ ПИШИ ТЕСТЫ
@
ЧТО ЗНАЧИТ РРРЯЯЯЯ?
@
НАЧИНАЕШЬ ПИСАТЬ ТЕСТЫ
@
ПОНИМАЕШЬ, ЧТО БАГФИКС НЕПРАВИЛЬНЫЙ
@
ЖИДКО ПУКНУВ В ОТДЕЛЬНУЮ ВЕТКУ ДЕЛАЕШЬ НОРМАЛЬНЫЙ ФИКС
@
ПАДАЕТ ЕЩЕ ПАЧКА ТЕСТОВ
@
ПОНИМАЕШЬ, ЧТО БАГ ЭТО ЧАСТЬ ЛОГИКИ
@
СОБИРАЕШЬ СОЗВОН НА ДВА ЧАСА
@
В ИТОГЕ РЕШИЛИ НИЧЕГО НЕ МЕНЯТЬ
@
ОЩУЩАЕШЬ ОТВРАЩЕНИЕ ПРИ РАБОТЕ НАД ПРОЕКТОМ, ГДЕ В БАЗЕ ДАННЫХ ОЧЕНЬ МНОГО ДУБЛИРУЮЩЕЙСЯ ИНФОРМАЦИИ В РАЗНЫХ ТАБЛИЦАХ
@
ТАКОЕ ВПЕЧАТЛЕНИЕ, ЧТО БАЗУ ДЕНОРМАЛИЗОВАЛИ НЕ ДЛЯ ПРОИЗВОДИТЕЛЬНОСТИ, А ПОТОМУ ЧТО ВСЕМ БЫЛО ПОХУЙ НА ДИЗАЙН БАЗЫ
@
ДЕЛАЕШЬ НЕДЕЛЮ
@
ДЕЛАЕШЬ ЕЩЕ НЕСКОЛЬКО НЕДЕЛЬ
@
ДАЖЕ ВЫХОДИТ ЧТО-ТО АДЕКВАТНОЕ
@
ДУМАЕШЬ ВОТ ВОТ И ЗАКРОЮ
@
ДЕЛАЕШЬ ПУЛЛ РЕКВЕСТ
@
ЖДЕШЬ РЕВЬЮ
@
НА РЕВЬЮ ВСЕ ГУД
@
НО МЕНЕДЖЕР ЕХИДНО НЕ ДАЕТ ОТМАШКУ МЕРЖИТЬ
@
ЖДЁШЬ МЕСЯЦ
@
ЖДЕШЬ ЕЩЁ 3 МЕСЯЦА
@
СПРАШИВАЕШЬ НУ КОГДА ЖЕ
@
"ВСЕМУ СВОЕ ВРЕМЯ, ПРОДАКТЫ НЕ ЗААПРУВИЛИ ЕЩЁ"
@
ПРОХОДИТ ПОЛГОДА
@
КОД ТАК И НЕ СМЕРЖЕН
@
МЕНЕДЖЕР ЗАКРЫВАЕТ ПУЛЛРЕКВЕСТЫ И УДАЛЯЕТ ВЕТКИ
@
ВХОД ЧЕРЕЗ СОЦИАЛКИ
@
ИЗВИНИТЕ, НЕВОЗМОЖНО ПОДКЛЮЧИТЬСЯ К СЕРВИСАМ ГУГЛ
@
ВОЙТИ ЧЕРЕЗ ФЕЙСБУК
@
ВВЕДИТЕ НОМЕР ТЕЛЕФОНА
@
ВВЕДИТЕ КОД С СМС
@
ЗАЛОГИНТЕСЬ В ФЕЙСБУК
@
ВВЕДИТЕ КОД ОТПРАВЛЕННЫЙ НА ПОЧТОВЫЙ ЯЩИК ПРИВЯЗАННЫЙ К ФЕЙСБУК
@
ВЫБЕРИТЕ ВСЕ СВЕТОФОРЫ\ГРУЗОВИКИ\ХОЛМЫ
@
ИЗВИНИТЕ ВЫ ВВЕЛИ НЕПРАВИЛЬНЫЙ КОД
@
МЫ ОТПРАВИЛИ КОД ДЛЯ ПРОВЕРКИ КОДА
@
ВВЕДИТЕ ВСЕ ЗАНОВО
@
РЕШАЕШЬ ЧТО ПРОЩЕ УМЕРЕТЬ ДЕВСТВЕННИКОМ
@
ОМЕРИКА СВЕРХДИРАЖВА!! ОМИРАКАНСКОЕ ОЙТИ ПРАВИТ МИРОМ!! ЕСЛИ ОНА РАЗВАЛИТСЯ НАМ ФСЕМ ПИЗДЛА!
Странно судить об айти в целом по паре социалочек.
Можно увидеть конкретный список "импортозамещения" американских сервисов/приложений китайскими аналогами? Я из явно китайского юзал только UC Browser на древней мобилке, когда из альтернатив были только ничего не умеющая опера и прожорливый хром.
@
SVN
Предвижу VCS-срач и скажу, что мне совершенно не нравится гит, какой-то он сложный и неочевидный. Впрочем, другого я не видел, хотя говорят, что меркуриал проще и удобнее, но выбора у меня кроме как git и нету, раз все его юзают, и всё крутится вокруг него. Вот.
Он сложный только потому, что в нем все сводится к тупой манипуляции наборам патчей. И многие очевидные вещи/операции могут называться не очевидно или делаться не очевидно. После 8 лет колупания сего дела не представляю как можно иначе без веток, без амменда коммита, ребейзов ветки, сквоша коммитов и вся вот эта остальная ебала без которой гит не гит.
Люди годами учатся работать со всякими 3дмаксами и не жужжат что им что-то там неочевидно. Освоить гит это от силы месяц неспешного чтения гитбука и набивания руки в консольке. Решаемая проблема сложная, а не гит. Другие VCS нихуя не проще. Либо таки проще, но за счёт отказа от нужных фич.
Не благодари: >>1759403 →
Си. Плюсы слишком громоздкие по фичам для вката в программирование.
>>1807160
>Твои блядские плюсы и азы информатики нужно учить годами
Проблемы дебичей и тех, кто не умеет в образование. Если грамотно сочетать теорию и практику, эти азы информатики можно максимум за год подтянуть.
> новичок может выучить например пхп за 2 месяца и начать поднимать кеш
На верстке сайтиков под цмс не поднимешь большой кеш. Да и для нее кое-какие азы информатики все равно нужны - например, базовые структуры алгоритмов. Если уж хочется пилить клиентские приложения, то лучше учить ЖС, Dart или Swift. Во фронтенде (вебовском или нативно-мобильном) кеш еще больше заработаешь, таски в целом менее тривиальные да и ебли с движком из-за того что заказчик хочет добавить фичу, которая не заточена под флоу цмс-ки и которой нет в доступных плагинах на порядки меньше. Если хочется в бэкенд, то лучше учить Го, Шарп или Жабу.
Но т.к. новичок не имеет ни малейшего понятия о предметных областях программирования, лучше начать с более низкоуровневых языков. Потому что с программированием на них даст лучше понимание того, как простые программы/алгоритмы работают под капотом, чем на высокоуровневых языках. Последние создавались не для более удобного написания хелловорлдов, а для эффективной и кооперативной разработки сложного софта (чтобы был больше фокус на бизнес-логику, а не на низкоуровневую поебень). Параллельно с этим увеличивая сложность разрабатываемых программ, уже перекатываться на более высокоуровневые языки. Так заложится прочный фундамент программиста. А в пхп-разработку с полного нуля за 2 месяца стоит вкатываться только если срочно нужна ойти работа.
>>1759403 →
Фильтры не работают
Что я делаю не так?
>Если хочется в бэкенд, то лучше учить Го, Шарп или Жабу.
> не путай новичка своей мочей процедурной
> процедурной мочей
Так уж устроены программы at low-level , манюнь. Все алгоритмы и скрипты пишутся в процедурном стиле. Декларативный стиль программирования (ОО, функциональный) стали использовать для легкой масштабируемости и поддерживаемости сложного софта. Пока вкатун до такого не дошел, необходимости использовать фичи ФП нет смысла.
> Хаскель надо учить
Слишком сложный для новичка. Да и вакансий на 1.5 землекопа. Если хочется удариться по функциональщине и алгебре типов, то лучше освоить ReasonML или Scala.
А какие еще языки для бэкенда сейчас в ходу? Пыха - это язык CGI-скриптов и шаблонизатор для веб-страничек. Писать на нем сервисы - это ебля с движком вместо фокуса на бизнес-логике. Он заточен под CGI-скрипты и как шаблонизатор веб-страничек. ЖС, Питон, Руби хорошо подходят для прототипирования и быстрого запила простых сервисов, но не для LTS сервисов.
С 16 ЛЕТ ДРОЧИШЬ КОМПУКТОР САЙЕНС
@
ООП, АЛГОРИТМЫ, УСТРОЙСТВО ОС, АРХИТЕКТУРА,
@
НА ПЕРОМ ЖЕ КУРСЕ НАХОДИШЬ РАБОТУ КРЕСТОМРАЗЬЮ В ПАРАШНОМ НИИ
@
ГОДА ЧЕРЕЗ ЧЕТЫРЕ ДОБИРАЕШЬСЯ ДО 90К ЧИСТЫМИ В МЕСТНОЙ ПРОДУКТОВОЙ КОМПАНИИ ВНЕ ДС
@
ОДНОГРУППНИК, ВО ВРЕМЯ ОБУЧЕНИЯ НЕ ПРОРАБОТАВШИЙ И ДНЯ, УКАТЫВАЕТСЯ В ПИТЕР И ПОЛУЧАЕТ 200К ФРОНТЕНД-МАКАКОЙ
Блджад, это я настолько ненужный или так рыночек швятой порешал?
inb4 конечно же первый вариант
Ну всяко лучше, чем гребаный Экибастуз.
Но вообще да, он хорош только пока ты студент очной формы - через полгодика после окончания у тебя открываются глаза, и выясняется, что продуктовых контор тут не так много, как в том же Нске, а нормальное неоверпрайс жильё и вовсе не купить.
@
УХ ЩАС НАБЕРЕМСЯ СТОЛИЧНОГО ОПЫТА
@
КОД МОСКОВСКИХ СПЕЦИАЛИСТОВ - НЕЧИТАЕМОЕ ГОВНО
@
НАПИСАНО НА ФРЕЙМВОРКЕ БЕЗ ИСПОЛЬЗОВАНИЯ ОСОБЕННОСТЕЙ И ВОЗМОЖНОСТЕЙ ФРЕЙМОРКА
@
АВТОТЕСТОВ НЕТ И НЕ ПРЕДВИДИТСЯ
@
МАСШТАБИРУЕМОСТЬ КАК У ХЛЕБУШКА
@
ВЕШАЕТ ТВОЙ РАБОЧИЙ КОМП НА i7 ПО 10-15 СЕКУНД
@
ВСЕ ЛЬЕТСЯ В ОДНУ ВЕТКУ DEV ОТКУДА СОБИРАЕТСЯ И ТЕСТОВЫЙ СЕРВЕР И ПРОД
@
ПОНИМАЕШЬ ЧТО ВАШ САМЫЙ ГОВЕНЫЙ ПРОЕКТ НА ПОРЯДОК ЛУЧШЕ ТОГО ЧТО ПИШУТ ЭТИ ПРОФИ
@
ЗАРПЛАТА У НИХ МИНИМУМ В ДВА РАЗА БОЛЬШЕ ТВОЕЙ
Да в этом суть всего рыночка а не ойти, маня. Какой нибудь Джоник из Калифорнии будет получать твой годовой оклад в месяц за ещё худший говнокод, и даже кассирша из какой нибудь Норвегии тоже будет получать несколько твоих окладов. А ты получаешь з/п за пол года какого нибудь узбека который работает в таких условиях, что сдохнет в 28, кек.
@
ПОВЫДЕЛЯЛ РАНДОМНО КУСКИ И ВЫНЕС ИХ В ОТДЕЛЬНЫЕ МЕТОДЫ
@
ЫЫЫЫ РЕФАКТОРИНГ!!!
А это не один разраб пишет, а несколько поколений разрабов добавляет строчку за строчкой, решая конкретную бизнес-задачу, и кого-то одного обвинить на ревью нельзя, вот в результате и получается такая хуйня. И если кто-то соизволит от безделья заняться рефакторингом, то может и станет лучше.
>>1827039
В ПАО Сбербанк тоже не принято.
> методы с бизнес-логикой на 300 строчек без комментариев и охуеваешь
Хех. Мой сеньер пишет методы по 900 строчек! Технологии технологиями, а опыт в ПХП не пропьешь! И похрен что мы кодим на котлине.
Ну, справедливости ради, если не смотреть на код, то дядька реально крутой, в технологиях шарит, может строить архитектуру и прочее, я не понимаю какого хуя он продолжает писать код, мог бы, наверное, просто сидеть и отдавать указания, оно бы не вызывало диссонанс такой, когда вроде шарит, но смотришь код и охуеваешь, потому что за такое даже в вузе отпиздят и заставят переписывать.
ИЩЕШЬ ЛИБУ ДЛЯ ПЕТУХОНА, РЕШАЮЩУЮ УЗКУЮ ЗАДАЧУ
@
НАХОДИШЬ ТОЛЬКО ОДНУ
@
ПОЧТИ БЕЗ ДОКУМЕНТАЦИИ И УПОМИНАНИЙ НА STACKOVERFLOW
@
КОЕ-КАК НАХОДИШЬ ТОЛЬКО ДВА ПРИМЕРА ИСПОЛЬЗОВАНИЯ СПЕЦИФИЧНОЙ ФУНКЦИИ
@
ПЕРВЫЙ ПРИМЕР - СКРИНШОТ КОДА НА 50 СТРОЧЕК
@
ВТОРОЙ - РЕЗУЛЬТАТ ПОСТРОЧНОГО ВВЕДЕНИЯ КОДА В ИНТЕРПРЕТАТОРЕ ВМЕСТЕ С ">>>", "..." И ВЫВОДОМ ПРОМЕЖУТОЧНЫХ ЗНАЧЕНИЙ, НО ЗАТО МОЖНО СКОПИРОВАТЬ
@
ОБА ПРИМЕРА ДЛЯ PYTHON 2
Реверс-бугурт
ТЫ МАЙНТЕЙНЕР ЛИБЫ ДЛЯ ПЕТУХОНА
@
ВСЯ ДОКУМЕНТАЦИЯ ЭТО ПОШАГОВЫЙ РИДМИ, БОЛЬШЕ ДЛЯ СЕБЯ, И БОЛЬШЕ ПРО СБОРКУ
@
ВРОДЕ БЫ ТРИ С ПОЛОВИНОЙ КАЛЕКИ ПОПОЛЬЗОВАЛИСЬ ТВОЕЙ ЛИБОЙ, В ИНТОРНЕТЕ ЕСТЬ УПОМИНАНИЯ
@
НО ТЕБЕ ЛЕНЬ РАЗВИВАТЬ РАДИ ТРЁХ С ПОЛОВИНОЙ КАЛЕК
@
НУ ЗАТО НА ТРЕТЬЕМ ПИТОНЕ
>И если кто-то соизволит от безделья заняться рефакторингом, то может и станет лучше.
>ЮЗЕРА ИСПОЛЬЗОВАЛИ НАШУ ПРОГРАММУ И ВСЕМ БЫЛИ ДОВОЛЬНЫМ, НО ПОСЛЕ ТОГО КАК СЫЧЁВ ТАМ ЧТО-ТО ИЗМЕНИЛ, КЛИЕНТЫ НАЧАЛИ ЖАЛОВАТЬСЯ ЧТО ИХ КАНДУХТЕР СТАЛ РАБОТАТЬ МЕДЛЕННЕЕ, ИВАН ВАЛЬЕРЬЕВИЧ, РАЗБЕРИТЕСЬ С СЫЧЁВЫМ
Почему-то мало кто про это знает
https://aliexpress.ru/popular/webcam-cover.html
>НАЧИНАЕШЬ РАБОТАТЬ НАД БАГОМ
уже зашквар, нормальные пацаны пилят новые фичи
>непонятно на что портатил время
Пацаны, а много ли вы тратите рабочего времени впустую?
Я например, утром по приходу в офис, где-то час сижу читаю почту а также читаю новостные сайты.
Это не считая времени на обед, на совещания. Ещё, я постоянно после того как напишу кусок кода, иду попить немного чая с печеньками и поразмыслить над очередным кусочком. В день, я пожалуй раза три так могу. Минут на 10-15 каждый. А то и более.
Сколько вы ежедневно работу работаете, чистого времени из стандартных 8 часов?
По-разному. Утром обычно тоже читаю почту или делаю что-то по мелочи. После обеда некоторое время вообще не работается, поэтому иногда долго не ухожу на обед, чтобы доделать, пока есть настроение, хоть и обедаю быстро. Совещания/созвоны у меня редко, не дорос ещё. В остальное время если могу работать, работаю, а чай пью в процессе. Если затык, и спросить пока что не у кого, могу так хоть полдня сидеть в ожидании и страдать хуйнёй, но так к счастью бывает редко. И бывает иногда, что работа вообще не идёт, ни строчки кода выдавить не можешь, сколько сил ни прилагай.
И правильно сделает.
https://www.joelonsoftware.com/2000/04/06/things-you-should-never-do-part-i/
Нехуй переписывать и погружаться в огромные бесцельные рефачи. Надо конкретно: такая-то проблема, вот так измеряется, предлагается сделать так-то, стоить это будет столько, выгода будет такая-то. Вот тогда руководство ещё и спасибо скажет.
>Нехуй переписывать и погружаться в огромные бесцельные рефачи
Ты эту статью хоть читал? Нельзя переписывать с нуля, а рефакторить можно и нужно. Если этого не делать, то со временем проект превратится в месиво и дойдет до точки невозврата, когда уже нельзя будет ни добавить новые фичи, ни привести код в адекватное состояние.
Можно взять riscv64 systemverilog имплементацию и отпечатать своих. Профит.
Там есть парочка которые поддерживают mmu. На нем можно уже и Линукс запустить, и к этому найти чертежи видеоядра открытого, чтобы по шине подключить к нему, вот и SoC выходит. Можно рядовые задачи гонять, типо сидеть в терминале и дрочить на код. Или чем там программисты занимаются сутками.
Это тема отдельного срача, но для быстрого прототипирования альтернатив питону особо и нет. А где ещё можно по-быстрому написать на псевдокоде и сразу запустить? А когда выяснится, что идея работает, можно уже переписывать на настоящем языке программирования.
Вот ты будешь втирать это главному кабанчику, что оплачивает банкет. А он тебе: да чо ты пиздишь там, придурошный? поумничай мне тут! марш работать! чтоб очередная фича была готова уже через неделю! порефакторить тут захотел! я тебе щас так порефакторю, костей не соберёшь!
Вот на этом всё и закончится. А будешь пиздеть о месиве, что не в состоянии добавить код - так значит ты не компетентный! и тебе дорога за ворота на улицу! наймём другого.
И вот ты отправляешься на улицу. Кабанчик ищет другого.
Возможное развитие ситуации:
1. Кабанчик таки находит другого, кто в отличие от тебя тянет проект. Всё, ты сосёшь.
2. Кабанчик перебирает программеров. Происходит кадровая чехарда. Никого не находит.
Тут ты тоже сосёшь, т.к. всё равно ты уволен. Но проблемы и у него. Насколько крупные, неизвестно.
2.1 Для кабанчика твой проект может оказаться не столь важным. И он попросту заморозит его развитие, а затем закроет. Т.е. он заведомо не будет серьёзно вкладываться в него. Пока деньги приносит - пусть живёт. А потом хуй с ним. Проект сольют. Ты тут опять сосёшь.
2.2 Кабанчик таки раскошеливается на серьёзные переделки. Ну вот тут ты более-менее выиграл.
Как видишь, шансы что ты будешь отсасывать совсем не маленькие. А кабанчик при деньгах, он заведомо в лучшей ситуации.
> кабанчик
> кабанчик
> кабанчик
> кабанчика
> кабанчик
Молодцы, новое слово выучили.
Это жизненный опыт, маня. Хотя и преувеличил канешн, всё не настолько ярко. Но суть верна. Все эти ваши рассуждения из книжек о том, что надо рефакторить, что надо выделять достаточно времени, что овертаймить плохо, что надо писать качественный код, и прочая прочая - всё это разбивается о реальность. Говнокода, говнопроектов и говноконтор дохуя. И это неспроста. Я уверен, есть определённые глубокие причины тому (в т.ч. экономические). И наверное, пожалуй для кучи проектов быть говном - оптимальное состояние. К несчастью программеров.
Уж столько раз писали везде, в т.ч. на хабре про то "как не следует вести проекты" что создаётся впечатление, что всё это делают очередные несчастные, дабы потом показать всяким (своим) боссам со словами "вот видите что умные люди говорят. отчего вы не следуете их мудрости?". И всё равно это нихуя не помогает и никого не убеждает.
@
ЕХИДНЫЙ МАНАГЕР ВНОСИТ 10-УЮ ПРАВКУ, КОТОРАЯ НАМЕКАЕТ НА ТО ЧТО ПОЛОВИНУ КОДА ОПЯТЬ ПЕРЕПИСЫВАТЬ
@
ПЕРЕПИСЫВАЕШЬ, ОСТАЕТСЯ 2 ДНЯ
@
ОЙ, А ЕЩЕ ОКАЗЫВАЕТСЯ НУЖНО БУДЕТ ДОБАВИТЬ... НУ ВРОДЕ НЕМНОГО, СОРИ ЗАБЫЛИ ПРОСТ
@
ЗАДАЧА EDITED BY ЕХИДНЫЙ МАНАГЕР - +1000 ЗЕЛЕНЫХ СТРОЧЕК
> COBOL
private final native public volatile static transient synchronized protected abstract class FactoryFactoryFactoryFacade extends AbstractBuilderIteratorBeanDecoratorInterceptorFactoryFactory implements AbstractFactoryStrategyIteratorProxy, AbstractFactoryFactoryListener {
SingletonDecoratorAdapter singletonDecoratorAdapter = new SingletonDecoratorAdapter();
AbstractFactoryFactorySingletonBuilderProxy abstractFactoryFactorySingletonBuilderProxy = new AbstractFactoryFactorySingletonBuilderProxy();
VisitorBeanSingletonProxyAdvisorBuilderFactoryFactory visitorBeanSingletonProxyAdvisorBuilderFactoryFactory = new VisitorBeanSingletonProxyAdvisorBuilderFactoryFactory();
IteratorListenerBean iteratorListenerBean = new IteratorListenerBean();
AbstractAdvisorBuilderIteratorInterceptorSingletonFacadeStrategyDecorator abstractAdvisorBuilderIteratorInterceptorSingletonFacadeStrategyDecorator = new AbstractAdvisorBuilderIteratorInterceptorSingletonFacadeStrategyDecorator();
synchronized final private protected void setAdvisorFacadeObserverFactorySingletonBeanProxy(AdvisorFacadeObserverFactorySingletonBeanProxy advisorFacadeObserverFactorySingletonBeanProxy) {
this.advisorFacadeObserverFactorySingletonBeanProxy = advisorFacadeObserverFactorySingletonBeanProxy;
}
public synchronized static protected native volatile transient private void setAbstractIteratorFactoryFactoryFactoryBuilderSingletonInterceptorFacadeProxy(AbstractIteratorFactoryFactoryFactoryBuilderSingletonInterceptorFacadeProxy abstractIteratorFactoryFactoryFactoryBuilderSingletonInterceptorFacadeProxy) {
this.abstractIteratorFactoryFactoryFactoryBuilderSingletonInterceptorFacadeProxy = abstractIteratorFactoryFactoryFactoryBuilderSingletonInterceptorFacadeProxy;
}
native public static synchronized protected private transient final void setAbstractObserverAdvisorBeanStrategyAdapterListenerBuilderIterator(AbstractObserverAdvisorBeanStrategyAdapterListenerBuilderIterator abstractObserverAdvisorBeanStrategyAdapterListenerBuilderIterator) {
this.abstractObserverAdvisorBeanStrategyAdapterListenerBuilderIterator = abstractObserverAdvisorBeanStrategyAdapterListenerBuilderIterator;
}
protected public native synchronized final void setAbstractBuilderFactoryFactory(AbstractBuilderFactoryFactory abstractBuilderFactoryFactory) {
this.abstractBuilderFactoryFactory = abstractBuilderFactoryFactory;
}
static private protected volatile transient SingletonInterceptorAdvisorListenerBuilderFactoryFactoryFactory getSingletonInterceptorAdvisorListenerBuilderFactoryFactoryFactory() {
return this.singletonInterceptorAdvisorListenerBuilderFactoryFactoryFactory;
}
transient private final static public VisitorAdvisorFactoryAdapterProxy getVisitorAdvisorFactoryAdapterProxy() {
return this.visitorAdvisorFactoryAdapterProxy;
}
synchronized protected public final volatile private AbstractAdapterSingletonStrategyProxyBuilderInterceptorDecoratorListener getAbstractAdapterSingletonStrategyProxyBuilderInterceptorDecoratorListener() {
return this.abstractAdapterSingletonStrategyProxyBuilderInterceptorDecoratorListener;
}
public transient private AbstractListenerAdvisor getAbstractListenerAdvisor() {
return this.abstractListenerAdvisor;
}
public protected transient final synchronized volatile static native private AbstractListenerAdvisorProxySingletonFacadeStrategyFactoryAdapter abstractListenerAdvisorProxySingletonFacadeStrategyFactoryAdapter(ObserverDecoratorAdvisorAdapterBuilderSingletonFacade observerDecoratorAdvisorAdapterBuilderSingletonFacade, AbstractBeanInterceptor abstractBeanInterceptor, AdvisorFacadeSingletonDecoratorListener advisorFacadeSingletonDecoratorListener, AbstractAdapterAdvisorObserverListenerFactoryStrategyBeanBuilder abstractAdapterAdvisorObserverListenerFactoryStrategyBeanBuilder, AbstractBeanSingletonInterceptorDecoratorFactoryFactoryFactoryProxyObserver abstractBeanSingletonInterceptorDecoratorFactoryFactoryFactoryProxyObserver) {
decoratorProxyBean.setProxyAdvisorStrategyFactoryFactoryInterceptorFactoryAdapter(this.proxyAdvisorStrategyFactoryFactoryInterceptorFactoryAdapter);
return new AbstractListenerAdvisorProxySingletonFacadeStrategyFactoryAdapter();
}
transient native private final synchronized volatile protected static DecoratorSingletonIterator decoratorSingletonIterator(ObserverSingletonListenerFactoryFactoryBuilder observerSingletonListenerFactoryFactoryBuilder, VisitorDecoratorSingletonObserverFactory visitorDecoratorSingletonObserverFactory, AbstractFacadeBeanAdvisorAdapterSingletonProxyListenerFactoryFactory abstractFacadeBeanAdvisorAdapterSingletonProxyListenerFactoryFactory, FactoryVisitorProxyDecoratorListener factoryVisitorProxyDecoratorListener) {
factoryInterceptorListenerSingletonFacadeDecoratorAdapter.setAbstractBuilderDecorator(this.abstractBuilderDecorator);
InterceptorProxyFacade interceptorProxyFacade = new InterceptorProxyFacade();
abstractAdvisorAdapterVisitorBean.setAbstractAdapterObserver(this.abstractAdapterObserver);
abstractInterceptorListenerBuilderSingletonAdapterStrategyFactoryAdvisor.setAdvisorStrategyDecorator(this.advisorStrategyDecorator);
return new DecoratorSingletonIterator();
}
synchronized volatile private final protected public static native transient AbstractListenerFactoryFactoryDecoratorAdapterProxyInterceptorObserverFacade abstractListenerFactoryFactoryDecoratorAdapterProxyInterceptorObserverFacade(ObserverListenerBeanFactoryFactoryAdvisor observerListenerBeanFactoryFactoryAdvisor, ProxyObserverVisitorFactoryBuilderDecoratorStrategy proxyObserverVisitorFactoryBuilderDecoratorStrategy, AbstractBeanInterceptorObserverAdvisor abstractBeanInterceptorObserverAdvisor) {
abstractStrategyFactoryFactoryBeanVisitorBuilderSingleton.setAbstractIteratorVisitor(this.abstractIteratorVisitor);
AbstractListenerAdvisorSingletonObserver abstractListenerAdvisorSingletonObserver = abstractBuilderDecoratorVisitorFactoryBeanProxyFacadeSingleton.getAbstractAdapterProxyBuilderFacadeListenerAdvisorInterceptorFactory().getAbstractListenerAdvisorSingletonObserver();
return new AbstractListenerFactoryFactoryDecoratorAdapterProxyInterceptorObserverFacade();
}
volatile static transient public native protected AbstractListenerBuilderAdvisorProxyVisitorFacade abstractListenerBuilderAdvisorProxyVisitorFacade(DecoratorSingletonAdvisorFactoryInterceptorListenerBuilder decoratorSingletonAdvisorFactoryInterceptorListenerBuilder, AbstractDecoratorBuilderBeanListenerSingletonObserver abstractDecoratorBuilderBeanListenerSingletonObserver) {
AbstractObserverAdvisorBuilderIteratorFacadeFactoryFactoryFactoryAdapter abstractObserverAdvisorBuilderIteratorFacadeFactoryFactoryFactoryAdapter = new AbstractObserverAdvisorBuilderIteratorFacadeFactoryFactoryFactoryAdapter();
adapterAdvisorDecoratorFacadeProxy.setAbstractAdapterBeanDecoratorStrategySingletonFacadeListenerFactory(this.abstractAdapterBeanDecoratorStrategySingletonFacadeListenerFactory);
return new AbstractListenerBuilderAdvisorProxyVisitorFacade();
}
private final public static volatile transient synchronized protected InterceptorSingletonVisitor interceptorSingletonVisitor(AbstractDecoratorStrategyProxyObserverInterceptorBuilder abstractDecoratorStrategyProxyObserverInterceptorBuilder, AbstractVisitorAdvisorFacadeListener abstractVisitorAdvisorFacadeListener, VisitorFactoryFactoryBuilder visitorFactoryFactoryBuilder, VisitorProxyFacadeFactoryFactorySingletonAdvisorDecorator visitorProxyFacadeFactoryFactorySingletonAdvisorDecorator, AbstractAdvisorBuilderDecoratorInterceptor abstractAdvisorBuilderDecoratorInterceptor) {
AbstractProxyAdvisor abstractProxyAdvisor = abstractFactoryFactoryDecorator.getListenerInterceptorFactoryFactory().getAbstractProxyAdvisor();
AbstractVisitorAdvisorListenerStrategySingletonIteratorAdapterFactory abstractVisitorAdvisorListenerStrategySingletonIteratorAdapterFactory = new AbstractVisitorAdvisorListenerStrategySingletonIteratorAdapterFactory();
abstractBeanAdvisorSingletonInterceptor.setAbstractFactoryFactoryAdvisorFacadeStrategy(this.abstractFactoryFactoryAdvisorFacadeStrategy);
AbstractAdvisorProxyStrategyIteratorVisitorObserver abstractAdvisorProxyStrategyIteratorVisitorObserver = new AbstractAdvisorProxyStrategyIteratorVisitorObserver();
if (abstractSingletonFacadeFactoryObserver.isInterceptorListenerFacade()) {
iteratorProxyListenerFacadeBean.setAbstractStrategyBean(this.abstractStrategyBean);
AbstractFactoryDecoratorBeanFacadeAdapterProxyAdvisorVisitor abstractFactoryDecoratorBeanFacadeAdapterProxyAdvisorVisitor = abstractBeanInterceptorIteratorListenerFactoryFactoryStrategyProxyObserver.getAbstractObserverFacadeListenerSingletonProxyAdvisorStrategyVisitor().getAbstractFactoryDecoratorBeanFacadeAdapterProxyAdvisorVisitor();
abstractProxyBuilderVisitorSingleton.setIteratorAdvisorProxySingletonAdapter(this.iteratorAdvisorProxySingletonAdapter);
if (abstractDecoratorAdapterVisitorProxyObserverIteratorBuilderFactory.isDecoratorFactoryFactoryFacade()) {
visitorIteratorObserverProxyAdvisor.setAbstractObserverSingletonProxyAdvisorBuilderDecorator(this.abstractObserverSingletonProxyAdvisorBuilderDecorator);
singletonFacadeAdapterListenerFactory.setAbstractIteratorInterceptorSingletonListenerAdvisorDecoratorBuilderFactoryFactory(this.abstractIteratorInterceptorSingletonListenerAdvisorDecoratorBuilderFactoryFactory);
while (abstractFactoryAdapterSingletonFactoryFactory.isAbstractStrategyFactory()) {
abstractAdapterBeanStrategySingletonAdvisorBuilderListenerFactory.setAbstractStrategyFactoryFactoryFacadeBuilderFactoryIteratorProxyObserver(this.abstractStrategyFactoryFactoryFacadeBuilderFactoryIteratorProxyObserver);
abstractObserverAdapterFactoryFacadeDecoratorBuilderInterceptorFactoryFactory.setAdvisorIteratorFactoryProxyDecorator(this.advisorIteratorFactoryProxyDecorator);
while (abstractFacadeListenerStrategyIteratorAdvisorSingletonProxyObserver.isVisitorDecoratorInterceptorIteratorAdapter()) {
abstractProxyAdapterInterceptorObserverFactoryFactoryIterator.setSingletonFactoryFactoryProxyIteratorStrategy(this.singletonFactoryFactoryProxyIteratorStrategy);
singletonInterceptorDecorator.setAbstractFactoryFactoryListenerBuilderAdvisorDecoratorFacade(this.abstractFactoryFactoryListenerBuilderAdvisorDecoratorFacade);
visitorFactoryFactoryAdapterIteratorInterceptor.setAbstractIteratorVisitor(this.abstractIteratorVisitor);
}
}
} else {
abstractListenerInterceptorStrategyVisitorBeanFactorySingletonIterator.setAbstractProxyStrategy(this.abstractProxyStrategy);
abstractProxyInterceptorSingletonFactoryFactory.setAbstractSingletonIterator(this.abstractSingletonIterator);
}
} else {
singletonListenerFactoryFactoryIteratorProxy.setAbstractObserverProxyIteratorVisitor(this.abstractObserverProxyIteratorVisitor);
}
return new InterceptorSingletonVisitor();
}
native volatile static final public AbstractSingletonObserver abstractSingletonObserver(AbstractBuilderFacade abstractBuilderFacade, ListenerBuilderVisitorFactoryStrategyAdvisorFacade listenerBuilderVisitorFactoryStrategyAdvisorFacade) {
builderObserverIterator.setAbstractProxyBuilder(this.abstractProxyBuilder);
AbstractInterceptorAdapterFactoryAdvisorStrategyProxy abstractInterceptorAdapterFactoryAdvisorStrategyProxy = abstractDecoratorInterceptor.getStrategyObserverListenerVisitorBean().getAbstractInterceptorAdapterFactoryAdvisorStrategyProxy();
AbstractInterceptorListenerAdvisorVisitorProxyObserverStrategyIterator abstractInterceptorListenerAdvisorVisitorProxyObserverStrategyIterator = abstractFactoryIteratorStrategyVisitor.getAdvisorBuilderVisitorBeanIterator().getAbstractInterceptorListenerAdvisorVisitorProxyObserverStrategyIterator();
while (facadeStrategyObserver.isAbstractFactoryFactoryFactoryListenerVisitorIteratorSingletonBeanAdvisor()) {
abstractFactoryFactoryAdvisorFactoryInterceptorIteratorObserverProxyBuilder.setIteratorAdvisorBeanBuilderProxy(this.iteratorAdvisorBeanBuilderProxy);
AbstractIteratorFactoryFactoryFacadeObserverVisitorAdapter abstractIteratorFactoryFactoryFacadeObserverVisitorAdapter = new AbstractIteratorFactoryFactoryFacadeObserverVisitorAdapter();
abstractVisitorObserverBeanSingletonBuilderProxyFacadeIterator.setAbstractProxyFactoryAdapterFactoryFactoryInterceptorIterator(this.abstractProxyFactoryAdapterFactoryFactoryInterceptorIterator);
}
return new AbstractSingletonObserver();
}
transient volatile static private synchronized AbstractFactorySingletonFacadeProxyFactoryFactoryIterator abstractFactorySingletonFacadeProxyFactoryFactoryIterator(ObserverInterceptorAdapter observerInterceptorAdapter, AbstractInterceptorIteratorListenerFacadeDecoratorVisitor abstractInterceptorIteratorListenerFacadeDecoratorVisitor, FactoryDecoratorBeanAdapterProxy factoryDecoratorBeanAdapterProxy, SingletonAdvisorFacadeBuilderStrategy singletonAdvisorFacadeBuilderStrategy) {
AbstractBuilderIterator abstractBuilderIterator = new AbstractBuilderIterator();
iteratorSingletonDecoratorVisitorAdvisorFactoryFacade.setAbstractDecoratorAdapterListenerBuilderFacadeIterator(this.abstractDecoratorAdapterListenerBuilderFacadeIterator);
return new AbstractFactorySingletonFacadeProxyFactoryFactoryIterator();
}
synchronized volatile protected native private DecoratorStrategyBuilderListenerSingleton decoratorStrategyBuilderListenerSingleton(ObserverBuilderFactoryFactory observerBuilderFactoryFactory, AbstractStrategyDecoratorFacadeVisitor abstractStrategyDecoratorFacadeVisitor, AbstractAdapterIteratorListenerBuilderFactoryVisitor abstractAdapterIteratorListenerBuilderFactoryVisitor, AbstractVisitorObserverBuilderSingletonProxyIteratorListenerDecorator abstractVisitorObserverBuilderSingletonProxyIteratorListenerDecorator, AbstractStrategyFactoryFacadeVisitorListenerBean abstractStrategyFactoryFacadeVisitorListenerBean) {
advisorStrategySingleton.setAbstractSingletonObserverAdapterDecorator(this.abstractSingletonObserverAdapterDecorator);
return new DecoratorStrategyBuilderListenerSingleton();
}
}
Сразу повеяло семидесятыми, ретрофутуристичными ПК с 2 мегабайтами оперативной памяти, бородатыми байтоебами в свитерах...
Каждый раз как первый
@
НУЖНО ДЕРЖАТЬ ОТКРЫТЫМ СЛАК, ТЕЛЕГРАМ, СКАЙП, ХУЙНЮ ОТ МЕЙЛРУ, ХУЙНЮ ОТ ЯНДЕКСА, ЗУМ
@
ОТВЕТЫ ПЕРЕСЫЛАЕШЬ МЕЖДУ МЕССЕНДЖЕРАМИ СКРИНШОТАМИ
> СЛАК
Я раньше не любил слак, но теперь понял, что его красные и голубые точки в трее сильно облегчают жизнь. Голубые можно тупо игнорить, отключив всплывающие уведомления, поэтому проще сконцентрироваться на работе. Красные вылазят только в личке и при упоминаниях тебя. А в скайпе приходится чекать каждый раз, когда в трее видно уведомление. В принципе и в телеге, вроде работает, как в слаке, но ей мало кто пользуется на западе
28-лвл-кун
@
В КОДЕ ИСПОЛЬЗУЕШ КОНСТРУКЦИЮ ВИДА "ЗАЛУПА"
@
НА РЕВЬЮ ТЕХЛИД ПРОСИТ НЕ ИСПОЛЬЗОВАТЬ ЕЕ
@
С ПОКЕРФЕЙСОМ ПЕРЕПИСЫВОЕШ
...
РЕВЬЮЕШЬ ТИКЕТ ТЕХЛИДА
@
ВИДИШЬ ПОДОБНУЮ КОНСТРУКЦИЮ ТИПА "ЗАЛУПА" У НЕГО В КОДЕ
@
УКАЗЫВАЕШЬ НА ЭТО
@
А, СЫЧЕВ, НУ ТЫ ЧЕ, ВСЕ Ж НОРМ, ОНО ЗДЕСЬ К МЕСТУ И ВООБЩЕ ЗБС РАБОТАЕТ, НУ
@
С ПОКЕРФЕЙСОМ АППРУВИШ
А
ЗАХОДИШ НА ПИАР
А
ОТКРЫВАЕШЬ БАЗАДАННЫХ ТРЕНД
А
НОВЫХ БУТКАМПОВ НЕТУ
А
ТРАМП СОБИРАЕТСЯ УТОНУТЬ
А
ПЕРЕКАТА НЕТ
А
У ТИБЯ БАЙЕС
А
ПИСОЕШЬ
ГОРИТ КРАСНАЯ ТОЧКА В ТРЕЕ
@
ОТКРЫВАЕШЬ СЛАК
@
КРАСНАЯ ТОЧКА МГНОВЕННО СМЕНЯЕТСЯ НА СИНЮЮ
@
ИЩЕШЬ УПОМИНАНИЕ НА ОТКРЫВШЕЙСЯ СТРАНИЦЕ
@
НИХУЯ НЕТУ
@
СКРОЛЛИШЬ ТУДА-СЮДА, ЗАХОДИШЬ ВО ВСЕ НОВЫЕ ТРЕДЫ И В СТАРЫЕ ДИАЛОГИ, ИЩЕШЬ ГДЕ ОНО МОГЛО БЫ БЫТЬ
@
НИХУЯ НЕТ
@
ПРОСТО СРАНАЯ ВЕБ ПАРАША ОПЯТЬ ГЛЮЧИТ
>УШЕЛ НЕВЗНАЧАЙ В МАГАЗИН ЗА ПИВОМ
Бывает. Часто упоминание бывает в тредах - их надо скролить, а не только смотреть самый первый. Вообще, они могли бы сделать эти точки и в сайдбаре. А сейчас чаты, где новые сообщения выделаются всего лишь жирным текстом, что не особо заметно. Это недоработка - согласен
@
ДВА ЧАСА ЖДЕШЬ ПОКА ТРАВИС ПРОГОНЯЕТ ТЕСТЫ
@
BUILD FAILING
@
ОТКРЫВАЕШЬ ЛОГ
@
FAILED ASSERTING THAT 7.56 IS EQUAL TO 7,56
@
ЖИДКО ПУКНУВ НАСТРАИВАЕШЬ ЛОКАЛИ
Надо перекатить.