Это копия, сохраненная 22 августа в 13:27.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
@
ИЗ НИХ 2 ГОДА НА ТИМЛИДСКОЙ ПОЗИЦИИ
@
ЭТО ВСЕ, КОНЕЧНО, ХОРОШО, НО
@
ПРЕДСТАВЬТЕ, ЧТО У ВАС ЕСТЬ СТРОКА...
Прошлый
>>3052894 (OP)
ДВУХСОТКА-ДОДИК ЗАКАЗАЛ СЕБЕ ДОДОПИЦЦУ
@
ПИЦЦУ ПРИНЕСЛИ, НА КОРОБКЕ ФИРМЕННАЯ НАКЛЕЙКА "Я ПРОВЕРИЛ, ВСЁ ХОРОШО"
@
ДВУХСОТКАДОДИК ОТКРЫЛ КОРОБКУ, А ТАМ ГОВНО
@
В ГОВНЕ ТОРЧИТ ЗАПИСОЧКА "409 MESYA4NII BALANS NE SWEDEN"
@
ОХУЕВШИЙ ЗВОНИТ В ПОДДЕРЖКУ
@
НУ ВЫ ЖЕ ПОНИМАЕТЕ, ЧТО НАКЛЕЙКА ОТНОСИТСЯ ТОЛЬКО К ВНЕШНЕМУ ВИДУ КОРОБКИ
@
МЫ ЖЕ НЕ МОЖЕМ СМЕШИВАТЬ КУЛИНАРНЫЙ, УПАКОВОЧНЫЙ И ДОСТАВОЧНЫЙ ПРОТОКОЛЫ
@
ГОВНО В КОРОБКЕ ЗАКЕШИРОВАЛОСЬ
@
ТЕПЕРЬ ДАЖЕ ПРИ ОТДАЧЕ ПИЦЦЫ В ПИЦЦЕРИИ ДВУХСОТКА-ДОДИКУ БУДЕТ ПРИЕЗЖАТЬ ГОВНО В КОРОБКЕ БЛИЖАЙШИЕ 4 ЧАСА
Ну кстати ситуация нормальная, вдруг это волчара
>ПРЕДСТАВЬТЕ, ЧТО У ВАС ЕСТЬ СТРОКА...
Ну и где продолжение? Предстваил.
И чо дальше? Дальше-то ЧТО????????
Тру стори. Не комитил таску 2 недели, пока мне аккуратно не напомнили, что я забыл.
ДЕЛАЕШЬ ТАСКУ НЕСКОЛЬКО ДНЕЙ
@
COMMIT --AMEND
@
COMMIT --AMEND
@
COMMIT --AMEND
@
ЗАВОДИШЬ ПУЛЛРЕКВЕСТ НА 100500 ФАЙЛОВ С КОММЕНТАРИЕМ "FIX"
@
ПОЛУЧАЕШЬ АППРУВ ЧЕРЕЗ 30 СЕКУНД
@
СРАЗУ ЖЕ МЕРЖИШЬ
ЛУЧШЕ ОТСЕЯТЬ ТЫСЯЧУ ОПЫТНЫХ, ЧЕМ ВЗЯТЬ ОДНОГО ВОЛЧАРУ!!!111
@
НАБРАЛИ ОНЛИ СТУДЕНТОВ, ВЕДЬ ТОЛЬКО СТУДЕНТЫ ГОТОВЫ ЗАДРАЧИВАТЬ ЛИТКОД
@
СТУДЕНТЫ РОНЯЮТ ПРОД ПО КД, IDLE IN TRANSACTION НАШ ДЕВИЗ
@
НАШ ПРОЕКТ СЧИТАЕТСЯ КАТОРГОЙ, КУДА ССЫЛАЮТ ПРОВИНИВШИХСЯ
Тру стори из яндекс маркета.
А ещё весь стек хуяндекса полностью нерелевантный.
Это скорее к вам никто не идёт кроме джунов олимпиадников с горящими глазами. Сделали себе репутацию соответствующую кроме алкособесов там еще и зарплаты ниже рынка, овертаймы, ебучий велосипедный стек и еще как в футболе карточки дают. Один тут ныл в МВП треде что ему жёлтую карточку дали, если ещё одну, то он вылетит и типа из-за этого спать плохо стал лол.
ИЗВИНИТЕ ВЫ НАМ НЕ ПОДХОДИТЕ
>>094641
Пиздец. Бирюзовая компания мечты.
>>094466
Как же я ору.
>>094469
Мы так уволили разраба, который ПОЛГОДА не коммитил в репозиторий. Зачем? У меня на ноуте есть локальная копия. Код ревью? Да я слышал, что они обязательны, но я же ничего не мерджил, так что и ревьюить нечего не надо было. CI/CD? Ну, я добавил, но не понял зачем его просили, в репозитории же старая версия кода, а нормальная у меня я на ноуте. Когда закоммичу? Ну, если надо, то скоро, но я не хочу коммитить то, что не идеально выглядит, так что мне нужна таска на рефакторинг проекта перед тем как его коммитить.
Как получилось что это заметили только через полгода? В целом потому что всем было пофиг, релизные артефакты как-то появлялись, таски как-то закрывались и все были довольны пока не пришел ещё один разраб в проект и не смог сделать таску потому что код в репо протух.
Зато как в этом вашем гугеле - перформанс-ревью, алгоритмы, кококо.
>Мы так уволили разраба, который ПОЛГОДА не коммитил в репозиторий.
Не до такого не доходило. Я просто написал что не делаю промежуточные коммиты когда делают таску. Чтобы было труднее отследить сколько я ебланю. Как только заканчиваю: делают коммит, пуш и мр в тасочку. Если надо переключится на что-то другое - stash.
>все были довольны пока не пришел ещё один разраб в проект и не смог сделать таску потому что код в репо протух.
Манагером тоже выебать не помешало бы.
Манагер копротивлялся! Он сказал да ладно, он же работу делает, это его стиль. Пришлось объяснить что в инженерной работе нет стиля, а есть конвенции и если ты им не следует, то идёшь нахуй.
волк - хуже червя пидора.
У вас челик полгода делал таски, которые не влияли на бизнес-логику, не требовали тестирования, не содержали миграций? Выглядит как скетч.
> У вас челик полгода делал таски, которые не влияли на бизнес-логику
Влияли в его проекте. Это было отдельное приложение где он был единственным разрабом.
> не требовали тестирования
Мануальное тестирование было, отчёты писались, а то что нет автоматического всем было пофиг.
> Выглядит как скетч.
Обычная ситуация в стартапе где народа ещё мало, а работы уже слишком много. Начинает действовать принцип "работает, не трогай". Тимлид игнорировал слона в комнате, потому что разбирался в это время с 5 такими же слонами.
>Мануальное тестирование было
Кем? В любой конторе где есть QA первым вопросом было бы где ветка с задачей.
Студентом на четверть ставки. QA есть, но как мне кажется ему вдвойне пофиг на это самое качество и он делает примерно ничего.
а вы прям выпердовали его внулину, или предложили "мол ну давай договоримся делаем так и так, а так и так не делаем". он стал сопротивляться и только потом вы его пнули. или как. я тревожник
>>В любой конторе где есть QA первым вопросом было бы где ветка с задачей.
Зачем им ветка или вообще гит? Они результат тестируют, а не коды дрочат. Нет UI или хотя бы свагера - идешь нахуй. Когда фича будет на тестовом контуре - тогда и приходите.
Я несколько помню тимлид в принципе не хотел его выкидывать, но после того как эта ситуация повторилась дважды (чел опять месяц ни одного коммита в репу не сделал) было решено его сократить.
O(MAX(N)) = O(1)
В общем, надо учить английский до С1 и прокачивать акцент вот что я осознал.
В разных конторах процесс тестирования устроен по-разному.
В одной из контор, где я работал, тестировщики сами деплоили на тест нужные ветки, в другой они просто просили разраба задеплоить
Если ты не понимаешь акценты людей с В1-В2 то у тебя самого А2.
Славянам хуй можно на акцент ложить, у нас он наоборот очень понятный.
Тебе не С1 надо а хотя бы В1 по аудированию. Скорее всего у тебя типичная проблема с В2 по письму и чтению и А2-В1(очень жидкий) по понимаю на слух.
>Эх, сижу на митинге с азиатами и понимаю как же важен акцент.
Помницца, приехал в Южную Корею и поначалу не понимал английский босса. Но через пару месяцев тараторил уже нормально.
Но самый прикол был после того, когда этот босс приехал из США, где тусил недели две-три. Так у него появился калифорнийский акцент и пришлось заново учиться его понимать.
Вообще лучший способ изучить язык это погрузиться в среду, в которой на нём разговаривают. Тогда язык учится сам. Так устроен человек.
Был один иранец, который произносил permission как пармежан, но в целом его было нормально понятно.
Индусский акцент это нечто кончено. Я сначала подумал, что индусы прикалываются, а нет они и правда так разговаривают. Но не все конечно.
>Индусский акцент это нечто кончено.
Ага. В соседнем кубикле работал индус - словарный запас как у Шекспира, но произношение просто пиздец. Приходилось переспрашивать. Но пацан нормальный был.
А почему у всех русских один акцент?
Ну и запёрли, тяжело тёткам сейчас.
Потому что акцент это манера произношения на основе привычной фонетики.
В славянских языках и немецком это агресивнок рыканье и слишком чёткое произношение окончания(ты сам не понимаешь но в этих языках очень важно слышать именно конец слова чтобы не проебать смысл)
В хинди реально обилие этих д и придыхания в речи.
У японцев наоборот привычка пихать везде открытые слоги реаду, дану. Плюс очень мягкое произношение.
Французы хуй клали и произносят английский согласно своей фонетики и поэтому их нихуя никто не понимает.
В целом можешь конкретно забить на акцент у себя. Да и пытаться понять все акценты бесполезно их только в Лондоне дюжина. Вообще будь как индусы, это не они говорят хуево, это ты тупой(даже если ты носитель)
https://youtu.be/OwRvUCi2s1U?si=ZMXRusKptwu6TIZG
https://youtu.be/DxxAwDHgQhE?si=f0a01_n2fz1PWblj
Видео для понимания
>>100193
>>100460
В очередной раз доказано превосходство белой расы.
>>100620
Расовый дефект речи. Башку на солнце напекает, ещё жрут свои пряности ебучие и воняют.
>>100916
Индусы — расовый мусор. Не нужно уподобляться им. Не нужно брать их на работу. Они не умеют пользоваться презервативами, какой код они могут написать?
Человечество вообще не делится на расы, поэтому все споры по поводу того, три их или тридцать три, бессмысленны.
Сколько людей столько и рас минус однояйцевые близнецы, так как мы друг от друга все отличаемся генетически. А вот этносов и правда ограниченное количество.
>Человечество вообще не делится на расы,
Да делится, как раз-таки. Они и фенотипически и генотипически хорошо различимы.
Учи расологию. Я давно думаю, что в IT-специальностях нужен именно такой курс. Судя по числу соевиков в нашей отрасли, необходимость даже перезрела.
Скоро будут как в индии - подставные конторы для опыта, подставные конторы для сертификации и тому подобное. Самые прошареные в 20 лет уже прицпипал-архитекторы с 30 годами стажа
Да, видел таких когда искали сотрудника. Заглядываешь в гитхаб и ужасаешься.
Практически никто не устраивается.
Но дело в том что они усиливают анальное зондирование для всех.
Так а какая есть альтернатива? Айтишка пока одна из немногих работ, где платят много, а работать просто, не надо никаких особых физ усилий ( даже умственные не всегда нужны)
>не дали подтверждения
Лол, у нас бы секретарша просто нахуй бы послала если бы ей кто-то позвонил и попросил данные о сотрудниках
>Так а какая есть альтернатива?
Чел, в любой профессии платят от 150к (от 3 лет опыта)
Айти вырывается вперед только на должности лидов и то в рашен фаанге/
@
ОБСУЖДАЕМ КЛИЕНТОВ, БУДУЩЕЕ ПРОДУКТА, ВОТ ЭТО ВСЁ
@
ПРОДАКТ ОТКРЫВАЕТ МИРО
@
СОТНИ РАЗНОЦВЕТНЫХ ТАБЛИЧЕК СОБРАННЫХ ИЗ ОТДЕЛЬНЫХ ПРЯМОУГОЛЬНИКОВ, СТИКЕРОВ, СТРЕЛОЧЕК
@
ЛОВЛЮ ФЛЕШБЕКИ ШКОЛЬНЫХ ТЕТРАДЕЙ ОДНОКЛАСНИЦ
@
СПРАШИВАЮ ГДЕ МОЖНО ПОСМОТРЕТЬ НА ЭТО ВСЁ НЕ В ВИДЕ СТИКЕРОВ
@
ЗАЧЕМ? ЕСТЬ ЖЕ МИРО
@
ПОНИМАЮ ПОЧЕМУ ПРОДАКТ ГОВОРИТ, ЧТО ПОСТОЯННО В ПОТЕ ЛИЦА РАБОТАЕТ
@
ВСЮ ЭТУ ХУЙНЮ РИСОВАТЬ МЫШКОЙ
@
ПОНИМАЮ, ЧТО У НЕЁ ЗАРПЛАТА МИНИМУМ В ДВА РАЗА БОЛЬШЕ МОЕЙ
@
ПОНИМАЮ, ЧТО ОНА ЖИВЕТ В США
@
А Я НЕТ
>Чел, в любой профессии платят от 150к (от 3 лет опыта)
например?
>Айти вырывается вперед только на должности лидов и то в рашен фаанге/
Покажи, где можно без напряга получить 300к в месяц
300к - это синьорная зарплата
Наоборот на уровне менеджмента, даже низшего звена айти не особо выделяется. Потому что лид может получать столько же или на 30% больше чем сенька. А начальник отдела в легкую может получать в 2-3 раза больше чем старший специалист в каком-нибудь банке или госучреждении.
А если мы будем дальше сравнивать, то технический менеджмент будет проигрывать менеджменту в финансах, в реальном секторе или даже в бюджетке.
Молодцы. Канонично перекатили
>
>ТАК, Я ВИЖУ, У ВАС В РЕЗЮМЕ 10 ЛЕТ ОПЫТА
>@
>ИЗ НИХ 2 ГОДА НА ТИМЛИДСКОЙ ПОЗИЦИИ
>@
>ЭТО ВСЕ, КОНЕЧНО, ХОРОШО, НО
>@
>ПРЕДСТАВЬТЕ, ЧТО У ВАС ЕСТЬ СТРОКА...
@
ПУК-СРЕНЬК СО СТРОКАМИ НЕ РАБОТАЛ
@
НА СОБЕС ПРИШЁЛ ВОЛК В СИНЬОРСКОЙ ШКУРЕ
@
С РЕЗЮМЕ КАЛИФОРНИЙСКОГО КОЙОТА ИЗ КРЕМНИЕВОЙ ДОЛИНЫ
@
УШЕЛ ОБОССАНЫЙ ШАКАЛ ОБЫКНОВЕННЫЙ
@
С ВОЛЧЬИМ БИЛЕТОМ В ЧЕРНЫХ СПИСКАХ ХРЮШ
Само собой, это же разглашение персональных данных. Если такое и узнают то через социальную инженерию или через личные знакомства.
>Работать под себя
Проснись, ты серишь под себя. Работа на себя, это в 99% тяжёлый труд без выходных и отпусков.
@
ПРИШЕЛ НА СОБЕС В СБЕР В ВОЛЧЬЕЙ ШКУРЕ
@
УЛИЧИЛИ В ВОЛЧИЗМЕ
@
ОКАЗАЛСЯ В ЧЕРНОМ СПИСКЕ 2000 КОМПАНИЙ (все подрядчики и галеры)
Лол
По вольчи поступил. АУФ
ХОТИТЕ СТАТЬ ПРОГРАММИСТОМ ГДЕ 99% ЭТО ПОИСК ИНФОРМАЦИИ / ЧТЕНИЕ
@
НЕ МОГУТ НАГУГЛИТЬ БЕСПЛАТНЫЕ КУРСЫ, ОТДАЮТ 150 000р
>нет никакой разницы между вкатуном и опытным
@
ХОЧУ МАШИНУ ЗА 5 000 000 РУБЛЕЙ, ИЩУ 1-УЮ РАБОТУ.
@
НЕ БЕРУТ - ПОШЕЛ НА КУРСЫ.
@
НЕ БЕРУТ - ТРЕБУЮТ ОПЫТ.
@
НЕ БЕРУТ - РИСУЕШЬ ОПЫТ.
@
НЕ БЕРУТ - ТРЕБУЮТ ТРУДОВУЮ.
@
ФОРСИШЬ ЧТО ОПЫТ НЕ НУЖЕН И ВКАТУН НА ОДНОМ УРОВНЕ С СЕНЬЕРОМ - НЕ ВЕРЯТ.
@
ФОРСИШЬ ЧТО ДЕНЬГИ ПЕРЕОЦЕНЕНЫ И МОЖНО ОТДАВАТЬ МАШИНЫ ПРОСТО ТАК.
@
ОТПРАВЛЯЕШЬСЯ НА ЗАВОД.
Двачую. Не велика сложно хранить пары ключ значение. Вангую, что хватает альтернатив. Да и нужно оно достаточно редко. Вот какие юз кейзы, когда он прямо очень сильно нужен?
Никто же на это не поведется, лол.
Он прав в том что человек сам виноват что к нему проскочил додик.
Нужно усложнять собесы.
База по найму сейчас выглядит так:
1) Скрининг по телефону (софт и мотивация)
2) Выясняем наличие подтверждённого опыта и готовность отправить выписки, контракты (нам не нужен теоретик без опыта, уменьшаем воронку сразу)
3) Зовем на собес, если есть документы (шаринг экрана + включенная камера)
4) Опрос по опыту работы (возможно просиживал штаны, гоняем по каждой фиче, узнаем конкретику и способы реализации)
5) Литкод-секция (задачи разные, защита от подготовки)
6) Секция с теорией (базовые вопросы и ситуации из жизни)
7) Секция с усложненной теорией (ответить сможет опытный человек, данной информации нет в курсах)
8) Общая секция на базу айти (вокруг и около, смотрим на вовлеченность в IT)
9) Ревью-секция (смотрим на качество кода)
10) pet-секция (смотрим примеры кода )
11) Созвон с менеджером
12) Менеджер+программист принимают решение
13) Оффер.
С такой процедурой найма только с руки выращенными интернами будет жить.
Нет смысла проходить залупьи процедуры, если платят мало.
> pet-секция (смотрим примеры кода )
С этого отдельно серенькнул. Большая часть петов - бездарный калич, который ни один норм соискатель не будет у себя на акке держать. Тем единицам, у которых норм петы, ваши рога и копыта скорее всего таким не всрется.
Энивэй. Советую поубавить мушку, попуститься малеха, и не отыгрываться на соискателях, а погружать тех, которые прошли базовые секции собеса на испытательный и уже по результатам испытательного принимать решение.
>Нет смысла проходить залупьи процедуры, если платят мало.
А что сложного в том что я перечислил? Это обычный собес, но с защитой от "списывания".
>С этого отдельно серенькнул.
У всех должны быть примеры кода. Хотя бы 1 решенная задача.
>на испытательный и уже по результатам испытательного принимать решение.
Предлагаешь терять 700 000 на пустом месте ?
Зачем если можно зафильтровать еще на начальном этапе.
первый раз скопировал
мы вам перезвоним.
>Предлагаешь терять 700 000 на пустом месте ?
Предлагаю полный оклад не платить на испытательном. А если есть сомнения, что чел согласиться, пообещай бонус, который добьет до зарплаты сотрудника за этот период, при успешном завершении.
>А что сложного в том что я перечислил?
>гоняем по каждой фиче
Времени своего-то хоть не жалко?
>Секция с теорией + Секция с усложненной теорией
Две секции с теорией, которые нет смысла разъединять. Твоя задача не зачет с экзаменом проставить, а определить подходит ли чел на твою позицию или нет. В один заход беседуешь по теории, все. Начинаешь с простого, видишь что чел ориентируется, переходишь на сложные моменты и моменты, которые могут иметь значения в твоей работе. Все.
Зачем вам секция на обсуждение ИоТ-дилдаков:
>Общая секция на базу айти
Это нужно выяснять при знакомстве с кандидатом, а ля "роскожите о сибе, где работали кокой опыт, пруфнешь, чо интересного было, чо вообще хатите делоть".
>Литкод-секция
Если ты всунешь две сложные задачи, то обычный чел их будет много делать - трата времени. Всегда базовые задачи на разминку, чтобы проверить, что чел не плешивый волчара + задача связанная с тем, на что чела рекрутируете. Знаю лично даунов с яндекса, которые выучили буквально 3 задачи на авл деревья и 2 задачи на парсинг, и флексят ими перед соискателями, и удивляются, как это никто за час не может это решить. Если у тебя длинная кодинг секция, то ты мало того, что утомляешь кандидата ты-то правильный ответ будешь знать и не устанешь, так ты еще и для него и для себя суть замыливаешь, зоонаблюдая за его затупами по вопросам скорее всего несвязанным с тем, что он будет делать. Плюс это как бы не стопроцентно комфортная среда для соискателя.
>Ревью-секция
На качество кода соискателя или на качество вашей кодовой базы? Или на качество кода левых челов?
Вам точно нужен отдельный ревью и отдельный литкод? Вы можете склепать полузаконченный и полурабочий проектик и заставить кандидата прокомментировать, в чем Вася не прав, и попросить что-то исправить. Такие моменты гораздо больше выявляют уровень человека, показывают может ли он думать за пределами нарезанной таски современный додик за пределами микропениса редко способен как-то думать, показывают насмотренность и опыт, и потому, на что чел обращает внимание, можно в принципе делать вывод о компетентности.
Эта же штука и вместо пета зайдет.
>У всех должны быть примеры кода. Хотя бы 1 решенная задача.
Кому должны? Маньке с комплексом неполноценности на рекрутере? Код, который в прод пошел, соискатель часто не будет иметь права тебе показывать. У работающего и живущую свою жизнь чела времени вести свой велосипед может не быть. Вот скажи мне, как часто ты видел петы соискателей? Что ты там видел? Если вдруг редко видишь, или просто буквы смотришь, то объясню:
Большая часть петов - это шаблонный кал, часто не только по идее, но и по реализации. Интересный пет не из ентрилевел доки или из гайда по вкату встретить почти нереально. Как правило даже неинтересный и ентрилевельный пет делают все калово ну это же для себя! И тут, во-первых, не поспоришь, а во-вторых у большей части людей это оправдание своей криворукости. Рецепт среднестатистического пета: копируешь код из энтрилевельных разделов доки, немного из экземлов и чуточку от себя добавляешь индивидуальности, чтобы это было под ТВОЮ задачу. Ну либо берешь и придумываешь какую-то задачу, которая актуальна лично ТЕБЕ, и кое-как ее реализуешь. Скоуп актуалочки как правило довольно узок: 1)скрипты для автомтизации, 2)очередной misc/util тулбокс, который уже скорее всего есть в стандартной библиотеке, или в стд+, и который почти всегда уступает по качеству, 3) Простенькие консольные утилиты для херни, 4) Беззадачный тг/дискок-бот для какого-то говна, 5) Либо для взаимодействия с криптокошельком или обсосный бот для криптотрейдинга. Большая часть из вышеперечисленного делает на неглубоком уровне, и если ты начнешь реально смотреть код, то впечатление как правило становится только хуже. А еще на акках соискателей содержатся вперемешку с петпрожектами ссаные лабы из своей шараги. Так еще и репа будет максимально калово оформлена, и в ней будет онли краткий ридми с "Ыыыыы мой проект, скрипт для поедания шоколада (кала) Ыыыыыы. Installation: pip/cargo/npm install kaleater". Это и у джунов, и у мидлов, и даже у сенек в наших реалиях. Я бы скорее предположил, что у волка шаблонный проект будет с большей вероятностью, чем у стремящегося джуна или мидлослава.
Самое тупое что можно дать человеку - это мантра про то, что ты обязан иметь петы которые никогда больше нуля звезд не получать и делать убогие контрибьюшены в опенсоурс. От этого хуже и соискателю, который ведется на эти вскукареки, котрые вкатились еще тогда, когда поляна не была освоена, и людям, которые реально разрабатывают свои проблемы, и реально, не для галочки, контрибьютят или ведут опенсорсные проекты привет шитктоберфест.
Если у тебя не исключительный проект у тебя не исключительный проект, или ты не суперстар то не приводи проекты. Аналогично можно сказать и про рекрутеров. Если у тебя нет нормально пета, и ты требуешь чтобы у соискателя был пет на уровне твоего, то ты скорее всего принципиально не можешь понимать, как работает попенсорс разработка, и как петы превращаются во вменяемые проекты, а просто хочешь, чтобы чел выполнил чек в твоем бюллетене, и чтобы у него было как у тебя, ведь у тебя-то есть свой бот в дискоке, ведь ты-то разработчик языка GlybaSketch.
По итогу, мероприятие на полтора часа максимум по твоей методичке даже в рамках техсобеса потенциально растягивается до половины рабочего дня, а то и дольше. Половину рабочего дня, которую две-три обезьяны, принимающие техсобес, не работают. Сколько кабаныч на пустом месте теряешь по доходу?
Твоя задача не потешить свое ЧСВ, как гуру погромиста, а отсеивать очевидных даунов и понять, что чел у тебя ищет кроме сотыг, и сможешь ли ты его комфортно интегрировать. С 1) по 9) пункты, исключая только какие-то гиперсложные
задачи по теории и по кодингу, легко обходятся волками. Впрочем, эти же моменты и челы не из шкварного пула кандидатов могут не очень хорошо пройти. Скрин шаринг + камера это и близко не мера защиты Лайфхак для волчат: покупаешь второй моник, и сможешь без задней мысли устроится на 700к к этому титану рекрутинга. Пет прожект - просто кал идея. Либо у тебя там гиперкрутые прожекты, либо у тебя пустой гитхаб. Никому не всрались твои лабы и фото твоей сраной кошки.
>Предлагаешь терять 700 000 на пустом месте ?
Предлагаю полный оклад не платить на испытательном. А если есть сомнения, что чел согласиться, пообещай бонус, который добьет до зарплаты сотрудника за этот период, при успешном завершении.
>А что сложного в том что я перечислил?
>гоняем по каждой фиче
Времени своего-то хоть не жалко?
>Секция с теорией + Секция с усложненной теорией
Две секции с теорией, которые нет смысла разъединять. Твоя задача не зачет с экзаменом проставить, а определить подходит ли чел на твою позицию или нет. В один заход беседуешь по теории, все. Начинаешь с простого, видишь что чел ориентируется, переходишь на сложные моменты и моменты, которые могут иметь значения в твоей работе. Все.
Зачем вам секция на обсуждение ИоТ-дилдаков:
>Общая секция на базу айти
Это нужно выяснять при знакомстве с кандидатом, а ля "роскожите о сибе, где работали кокой опыт, пруфнешь, чо интересного было, чо вообще хатите делоть".
>Литкод-секция
Если ты всунешь две сложные задачи, то обычный чел их будет много делать - трата времени. Всегда базовые задачи на разминку, чтобы проверить, что чел не плешивый волчара + задача связанная с тем, на что чела рекрутируете. Знаю лично даунов с яндекса, которые выучили буквально 3 задачи на авл деревья и 2 задачи на парсинг, и флексят ими перед соискателями, и удивляются, как это никто за час не может это решить. Если у тебя длинная кодинг секция, то ты мало того, что утомляешь кандидата ты-то правильный ответ будешь знать и не устанешь, так ты еще и для него и для себя суть замыливаешь, зоонаблюдая за его затупами по вопросам скорее всего несвязанным с тем, что он будет делать. Плюс это как бы не стопроцентно комфортная среда для соискателя.
>Ревью-секция
На качество кода соискателя или на качество вашей кодовой базы? Или на качество кода левых челов?
Вам точно нужен отдельный ревью и отдельный литкод? Вы можете склепать полузаконченный и полурабочий проектик и заставить кандидата прокомментировать, в чем Вася не прав, и попросить что-то исправить. Такие моменты гораздо больше выявляют уровень человека, показывают может ли он думать за пределами нарезанной таски современный додик за пределами микропениса редко способен как-то думать, показывают насмотренность и опыт, и потому, на что чел обращает внимание, можно в принципе делать вывод о компетентности.
Эта же штука и вместо пета зайдет.
>У всех должны быть примеры кода. Хотя бы 1 решенная задача.
Кому должны? Маньке с комплексом неполноценности на рекрутере? Код, который в прод пошел, соискатель часто не будет иметь права тебе показывать. У работающего и живущую свою жизнь чела времени вести свой велосипед может не быть. Вот скажи мне, как часто ты видел петы соискателей? Что ты там видел? Если вдруг редко видишь, или просто буквы смотришь, то объясню:
Большая часть петов - это шаблонный кал, часто не только по идее, но и по реализации. Интересный пет не из ентрилевел доки или из гайда по вкату встретить почти нереально. Как правило даже неинтересный и ентрилевельный пет делают все калово ну это же для себя! И тут, во-первых, не поспоришь, а во-вторых у большей части людей это оправдание своей криворукости. Рецепт среднестатистического пета: копируешь код из энтрилевельных разделов доки, немного из экземлов и чуточку от себя добавляешь индивидуальности, чтобы это было под ТВОЮ задачу. Ну либо берешь и придумываешь какую-то задачу, которая актуальна лично ТЕБЕ, и кое-как ее реализуешь. Скоуп актуалочки как правило довольно узок: 1)скрипты для автомтизации, 2)очередной misc/util тулбокс, который уже скорее всего есть в стандартной библиотеке, или в стд+, и который почти всегда уступает по качеству, 3) Простенькие консольные утилиты для херни, 4) Беззадачный тг/дискок-бот для какого-то говна, 5) Либо для взаимодействия с криптокошельком или обсосный бот для криптотрейдинга. Большая часть из вышеперечисленного делает на неглубоком уровне, и если ты начнешь реально смотреть код, то впечатление как правило становится только хуже. А еще на акках соискателей содержатся вперемешку с петпрожектами ссаные лабы из своей шараги. Так еще и репа будет максимально калово оформлена, и в ней будет онли краткий ридми с "Ыыыыы мой проект, скрипт для поедания шоколада (кала) Ыыыыыы. Installation: pip/cargo/npm install kaleater". Это и у джунов, и у мидлов, и даже у сенек в наших реалиях. Я бы скорее предположил, что у волка шаблонный проект будет с большей вероятностью, чем у стремящегося джуна или мидлослава.
Самое тупое что можно дать человеку - это мантра про то, что ты обязан иметь петы которые никогда больше нуля звезд не получать и делать убогие контрибьюшены в опенсоурс. От этого хуже и соискателю, который ведется на эти вскукареки, котрые вкатились еще тогда, когда поляна не была освоена, и людям, которые реально разрабатывают свои проблемы, и реально, не для галочки, контрибьютят или ведут опенсорсные проекты привет шитктоберфест.
Если у тебя не исключительный проект у тебя не исключительный проект, или ты не суперстар то не приводи проекты. Аналогично можно сказать и про рекрутеров. Если у тебя нет нормально пета, и ты требуешь чтобы у соискателя был пет на уровне твоего, то ты скорее всего принципиально не можешь понимать, как работает попенсорс разработка, и как петы превращаются во вменяемые проекты, а просто хочешь, чтобы чел выполнил чек в твоем бюллетене, и чтобы у него было как у тебя, ведь у тебя-то есть свой бот в дискоке, ведь ты-то разработчик языка GlybaSketch.
По итогу, мероприятие на полтора часа максимум по твоей методичке даже в рамках техсобеса потенциально растягивается до половины рабочего дня, а то и дольше. Половину рабочего дня, которую две-три обезьяны, принимающие техсобес, не работают. Сколько кабаныч на пустом месте теряешь по доходу?
Твоя задача не потешить свое ЧСВ, как гуру погромиста, а отсеивать очевидных даунов и понять, что чел у тебя ищет кроме сотыг, и сможешь ли ты его комфортно интегрировать. С 1) по 9) пункты, исключая только какие-то гиперсложные
задачи по теории и по кодингу, легко обходятся волками. Впрочем, эти же моменты и челы не из шкварного пула кандидатов могут не очень хорошо пройти. Скрин шаринг + камера это и близко не мера защиты Лайфхак для волчат: покупаешь второй моник, и сможешь без задней мысли устроится на 700к к этому титану рекрутинга. Пет прожект - просто кал идея. Либо у тебя там гиперкрутые прожекты, либо у тебя пустой гитхаб. Никому не всрались твои лабы и фото твоей сраной кошки.
>Предлагаю полный оклад не платить на испытательном.
Хорошо, тогда мы потеряем 500 000 а не 700 000. Это кругленькая сумма. А за 100 000 никто не захочет работать 3 месяца, я бы точно не стал. Мы же ищем мидлов и выше. А Джуны не нужны по определению. Джуны - это в Яндекс. Там есть учителя и грядки.
>Времени своего-то хоть не жалко?
Секция с документами - 1 минуты (спросил и сделал выводы)
Каждая секция на 5-15 минут, кроме алгоритмической, она может длится до 30 минут. Итого: 90 минут общего времени на все. Если человек умный, то укладывается в час.
>Это нужно выяснять при знакомстве с кандидатом.
Там про T-shaped хотя бы на уровне теории, ты обязан знать соседний области своей профессии на базовом уровне. Данные вопросы покажут что ты вовлечен в IT, а не залетный с 2024.
>Если ты всунешь две сложные задачи, то обычный чел их будет много делать - трата времени.
Сложные никто не сует, обычные задачи на 20 строк кода.
>На качество кода соискателя или на качество вашей кодовой базы?
Оба варианта. человек правит 20 строк нашего криво-написанного кода.
>Кому должны? Маньке с комплексом неполноценности на рекрутере? Код, который в прод пошел, соискатель часто не будет иметь права тебе показывать.
Очень странно что у программиста за 5 лет опыта нет ни одной строчки в личных проектов. Ну допустим, этот пункт был под звездочкой. Не осуждаю, возможно он хорошо перформит на работе и ему будет что рассказать.
>Большая часть петов - это шаблонный кал,
Это у джунов, нам попадаются программисты с собственными библиотеками на 500 звезд. Люди которые пишут статьи или делают реально сложные вещи. Это инженеры которые любят попрактиковаться, попробовать что-то новое, покрутить редкий алгоритм.
>Рецепт среднестатистического пета: копируешь код
Такое бывает, за это сразу минус, это не одобряем. Тоже делаем выводы и смотрим на дату.
>По итогу, мероприятие на полтора часа максимум по твоей методичке даже в рамках техсобеса потенциально растягивается до половины рабочего дня, а то и дольше.
нет, мы управляемся в 90 минут, если человек тянет с задачей больше 30 минут, то это стоп собес.
>Твоя задача не потешить свое ЧСВ, как гуру погромиста
Нет, с чего такие выводы? мы же не даем нерешаемые задачи, обычный опросник по опыту и теория, простые задачи. Любой сеньер щелкает наш собес как орешки.
Суть в том что у нас нет ни одного заезженного вопроса.
>легко обходятся волками
Нет, не обходится, потому что для каждого собеседования всегда уникальная задача с теорией, разбираются редкие кейсы, случаи из жизни работника.
>Лайфхак для волчат: покупаешь второй моник, и сможешь без задней мысли устроится на 700к к этому титану рекрутинга.
Это дополнительная метрика, никто не говорит что она спасет на 100%
Видно когда человек задумывается и его глаза начинают прыгать туда-сюда
Шаринг экрана показывает как человек решает задачу, это видно невооруженным глазом, стоит ли рассказывать что по мере решения задачи накидываются дополнительные условия и задаются вопросы по коду? (альтернативы решения, улучшения)
Ты ошибся во всем, кроме петов. петы - это пунктик под звёздочкой, вполне нормально не иметь петы.
Но если к нам придет человек с собственным компилятором, то ему будет поставлен плюсик.
>Предлагаю полный оклад не платить на испытательном.
Хорошо, тогда мы потеряем 500 000 а не 700 000. Это кругленькая сумма. А за 100 000 никто не захочет работать 3 месяца, я бы точно не стал. Мы же ищем мидлов и выше. А Джуны не нужны по определению. Джуны - это в Яндекс. Там есть учителя и грядки.
>Времени своего-то хоть не жалко?
Секция с документами - 1 минуты (спросил и сделал выводы)
Каждая секция на 5-15 минут, кроме алгоритмической, она может длится до 30 минут. Итого: 90 минут общего времени на все. Если человек умный, то укладывается в час.
>Это нужно выяснять при знакомстве с кандидатом.
Там про T-shaped хотя бы на уровне теории, ты обязан знать соседний области своей профессии на базовом уровне. Данные вопросы покажут что ты вовлечен в IT, а не залетный с 2024.
>Если ты всунешь две сложные задачи, то обычный чел их будет много делать - трата времени.
Сложные никто не сует, обычные задачи на 20 строк кода.
>На качество кода соискателя или на качество вашей кодовой базы?
Оба варианта. человек правит 20 строк нашего криво-написанного кода.
>Кому должны? Маньке с комплексом неполноценности на рекрутере? Код, который в прод пошел, соискатель часто не будет иметь права тебе показывать.
Очень странно что у программиста за 5 лет опыта нет ни одной строчки в личных проектов. Ну допустим, этот пункт был под звездочкой. Не осуждаю, возможно он хорошо перформит на работе и ему будет что рассказать.
>Большая часть петов - это шаблонный кал,
Это у джунов, нам попадаются программисты с собственными библиотеками на 500 звезд. Люди которые пишут статьи или делают реально сложные вещи. Это инженеры которые любят попрактиковаться, попробовать что-то новое, покрутить редкий алгоритм.
>Рецепт среднестатистического пета: копируешь код
Такое бывает, за это сразу минус, это не одобряем. Тоже делаем выводы и смотрим на дату.
>По итогу, мероприятие на полтора часа максимум по твоей методичке даже в рамках техсобеса потенциально растягивается до половины рабочего дня, а то и дольше.
нет, мы управляемся в 90 минут, если человек тянет с задачей больше 30 минут, то это стоп собес.
>Твоя задача не потешить свое ЧСВ, как гуру погромиста
Нет, с чего такие выводы? мы же не даем нерешаемые задачи, обычный опросник по опыту и теория, простые задачи. Любой сеньер щелкает наш собес как орешки.
Суть в том что у нас нет ни одного заезженного вопроса.
>легко обходятся волками
Нет, не обходится, потому что для каждого собеседования всегда уникальная задача с теорией, разбираются редкие кейсы, случаи из жизни работника.
>Лайфхак для волчат: покупаешь второй моник, и сможешь без задней мысли устроится на 700к к этому титану рекрутинга.
Это дополнительная метрика, никто не говорит что она спасет на 100%
Видно когда человек задумывается и его глаза начинают прыгать туда-сюда
Шаринг экрана показывает как человек решает задачу, это видно невооруженным глазом, стоит ли рассказывать что по мере решения задачи накидываются дополнительные условия и задаются вопросы по коду? (альтернативы решения, улучшения)
Ты ошибся во всем, кроме петов. петы - это пунктик под звёздочкой, вполне нормально не иметь петы.
Но если к нам придет человек с собственным компилятором, то ему будет поставлен плюсик.
>работать 3 месяца
Ты ведь в курсе что ты можешь делать испытательный срок по длительности меньше?
А за месяц не получается, если на фуллтайм?
У нас для мидлов испытательный в месяц самое то. Если половина времени - то 1.5 или 2.
Если берем не просто как лишние руки в команду, а как чела на проект, то за месяц совершенно точно можно понять, есть ли смысл продолжать работу с челом, и как он справляется со своими задачами.
А с такими статами норм? Не хочу литкодить, давайте просто попиздим за жизнь и технологии.
>Это у джунов, нам попадаются программисты с собственными библиотеками на 500 звезд. Люди которые пишут статьи или делают реально сложные вещи. Это инженеры которые любят попрактиковаться, попробовать что-то новое, покрутить редкий алгоритм.
В какой компании ты работаешь, что к вам идут такие?
У большого количества программистов нет пет-проектов, либо это какие-то старые тестовые. Потому что большинству похуй на программирование, программирование - это просто работа, за которую платят деньги, нет смысла после работы по вечерам еще кодить что-то
Если интервьюер не может за 60-90 минут собеса понять, кто перед ним: спец или волчара, то нахуй тогда он проводит интервью?
Ни сеньор ни миддл на такое интервью не пойдут. Тут должна быть какая-то очень-очень хорошая зарплата, чтобы была мотивация так готовиться к интервью. Плюс такое интервью займет 3 часа если не больше.
>>108082
Не знаю как у вас это получается. Месяц это два спринта где в первом разработчик будет погружаться в проект и в инфраструктуру, а на второй ему никто сложной задачи не даст.
У нас был испытательный 6 месяцев.
Разве можно больше 3 месяцев?
>>108181
>Месяц это два спринта где в первом разработчик будет погружаться в проект и в инфраструктуру, а на второй ему никто сложной задачи не даст.
Так испыталка нужна не для того, чтобы разработчик въехал в проект, а чтобы вы решили, подходит он вам или нет, и чтобы он решил, устраиваете ли вы его или нет
> Разве можно больше 3 месяцев?
Мы не в России нанимали, я тоже был удивлен такому долгому испытательному. Мне объяснили это тем, что потом человека по местному законодательству очень сложно уволить, а если сокращать, то платить большие социальные бонусы. Так что компания должна быть уверена в сотруднике.
> Так испыталка нужна не для того, чтобы разработчик въехал в проект, а чтобы вы решили, подходит он вам или нет, и чтобы он решил, устраиваете ли вы его или нет
Это да, но как раз технический скилл становится видно на сложных задачах. Одно дело уметь быть душей компании и другое самостоятельно решать задачи и не писать говнокод. В целом я однозначный вывод по второму вопросу смог сделать только к концу третьего месяца работы нового разработчика.
>Они результат тестируют
Не знаю что у вас за процессы, но везде где я работал проверка фичи тестировщиком выглядела так:
- на тестовый сервер деплоится мастер, QA проверяет, что баг воспроизводится,
- на тестовый сервер деплоится ветка с фичей, QA проверяет, что баг не воспроизводится.
А как тестировщик узнает, что проверяет обновлённое приложение? Примерно почувствует?
Он или должен сам это задеплоить через опциональный степ в пайплайне CI/CD или какого-то бота в слаке, или хотя бы получить от какого-то эндпоинта хэш коммита или что-то типа того.
Мы отдаем ему ссылку на сервер с раскатанным приложением. Сервер имеет веб-морду, тестировщик протыкивает все опции на всех платформах и пишет отчёт.
Раскатываем через CI/CD, там для этого есть опциальная жоба.
QA инженер ничего у нас не тестирует. Я вообще не знаю, что он делает, но по идеи должен ходить и ругать разработчиков, что покрытие тестами не 100 %, требовать чтобы тестировали на всех девайсах, что существуют и до смерти (увольнения) не позволять релизить фичу если релизный пайплайн не зелёный. На практике я его вижу раз пол-года и он удивляется каждый раз, что у нас вообще есть тесты.
>>А как тестировщик узнает, что проверяет обновлённое приложение? Примерно почувствует?
Когда мержу фикс - двигаю таску в тест. Тестировщики редко берут задачи прям сразу, а за минут 10-20 там уже все раскатится как надо.
Но если что - можно самому посмотреть или меня спросить задеплоено уже или нет (спрашивают когда видят что баг не исправлен - мб сиай сломался или новый баг всплыл)
>не позволять релизить фичу если релизный пайплайн не зелёный.
Не понял. У нас если тест сборки не проходит, то мержа нет.
Если автотесты не проходят, то хуй вам, а не релиз.
А у вас не так?
А у нас пук-среньк, тесты сломались, но клиент ждёт фичу сегодня, а эти тесты неважные. Мы починим вот буквально завтра, а релиз отдадим сегодня, ок?
И вот QA должен в этот момент сказать, что вы все совсем с ума сошли и чтобы писали заказчику, что релиз по техническим причинам задерживается на день.
А разрабы в этот момент говорят, что может и не на день...
>У большого количества программистов нет пет-проектов
Работодатели типа ставят петы в бонус, потому что видят что это дегрод готовый работать за НИ-ХУ-Я и терпеть.
мимо-с-целым-кладбищем-петов
Видел два хороших пет проекта просмотрев 180+ резюме. Первый был от разраба, который ничего кроме этого пета на основной работе и не делал как я понял. Второй был от нормального разработчика, просто ноулайфер.
В любом случае пет проект воспринимается скорее негативно. Или он написан отвратительно и тогда автоматический отказ или он написан хорошо, но тогда подозрительно, что у разработчика столько свободного времени, чтобы писать хороший код.
А теперь смотри как можно сделать:
- у таски есть поле для названия ветки,
- без заполнения этого поля таску нельзя перевести в ready for testing,
- поле автоматически заполняется интеграцией из гитлаба, когда ты создаёшь в проекте MR с названием таски,
- у QA есть доступ к гитлабу, где он может посмотреть описание MRа при необходимости,
- у QA есть инструмент для деплоя ветки по названию на тестовый сервер.
Тогда QA действительно сможет проверить ту ветку, которую ты указал.
>Когда мержу фикс - двигаю таску в тест.
И подожди, что это значит? Таска сначала должна быть протестирована, а потом смержена.
Было такое, что посмотрев пет-проект становилось стыдно - он был круче и серьёзнее продуктов, производимых компанией?
Так мерж реквест и мерж это не одно и то же. Наверняка он имел в виду request. Иначе смысла нет.
Да, как раз пет-проект от ноулайфера был лучше по качеству чем мой собственный код в нашем проекте. Мы его хотел брать на работу, но в последний день пришел разработчик, который правильно ответил на все вопросы на техническом интервью и тут уже было невозможно не дать оффер.
Наоборот, сначала фича проходит код ревью во время мердж реквеста, после получения аппрува от ревьюера уже отдается на тестирование тестировщику. Иначе тебе комментарии накидают, ты поменяешь код, а тестировщик протестируем артефакт ещё до изменений из-за комментариев код ревьюера. Тестировщик тестировал не то, что пойдет в релиз получается. И что делать?
Другое дело, что иногда на это нет времени. Тогда всё параллельно и берешь ответственность на себя за то, что изменения в коде не породят багов.
У нас ПМ спрашивает у QA статус по регрессу перед релизом. Если баги есть, но не критичные - ПМ решает релизим и добиваем потом хотфиксом или задерживаем релиз.
>>108231
>>поле автоматически заполняется интеграцией из гитлаба
У нас это разные системы под разными ВПН (жира от заказчика, гитлаб свой галерный).
Ну и у нас кто ветку создает тот ее и мержит. Конфликты тоже на нем.
>>108232
Создаю ветку, пилю фичу, делаю МР, жду ревью, вливаю код в дев, двигаю таску в тест.
А как ее тестировать не вмержив? Локально все разворачивать что ли? Отдельные контуры под каждую ветку делать? Вот в дев контур все сливается там и тестировай. Заодно и проблемы интеграции всплывут.
Перед релизом создается релизная ветка с дев - это препрод контур, на нем регрессы гоняют. прод вообще отдельно стоит, к нему доступа ни у кого с моей галеры нет, там ручной деплой с образов кубера
Ты какой-то фантазер. Либо ты в изначальном посте накудахтал, чтобы базовый собес со скриншарингом выдать за суперволкпрув собес, и для важности добавил кучу пунктов, либо ты сейчас занижаешь оценки по времени. То, что ты описал на полтора часа зайдет, только если чел как словарь сразу будет давать все ответы. Давай по пунктам разберем.
>А за 100 000 никто не захочет работать 3 месяца
Собес ты дохера быстро за полтора часа можешь провести, а испыталку за половину оклада на месяц уже не можешь? Вот что ты 3 месяца будешь на испыталке смотреть? Месяца достаточно, чтобы понять дегр чел, или не особо, как он справляется с задачами, имеет ли смысл вам продолжать сотрудничество.
>Каждая секция на 5-15 минут, кроме алгоритмической, она может длится до 30 минут.
>Гоняем по каждой фиче, пока обсуждаем опыт человека
5-15 минут, звучит как будто вы Тимлидов с физтеха набираете, у которых за плечами только дипломный проект. Один раз уже слукавил. Даже если человек умный, разговор с прогонкой каждой фичи - это нихера не 15 минут.
>Там про T-shaped хотя бы на уровне теории, ты обязан знать соседний области своей профессии на базовом уровне. Данные вопросы покажут что ты вовлечен в IT, а не залетный с 2024.
Ты же понимаешь, что у вас могут быть разные интересы в области? Это довольно скользкий вопрос. Но один хер, я понимаю зачем это, я не понимаю, зачем это в качестве отдельной секции после литкода и теории. Почти везде это выясняют при знакомстве.
>Сложные никто не сует, обычные задачи на 20 строк кода.
В таком случае дефолт, норм. Начитался шизиков, для которых решение двух хард задач литкода - необходимое условие для прохода собеса. Опять же, интересно, насколько это релевантные задачи.
>Очень странно что у программиста за 5 лет опыта нет ни одной строчки в личных проектов.
Дефолт. Строчки-то для себя у него могут быть, но точно демонстрировать инженер каждому встречному-поперечному он не будет.
>Это у Тимлидов, нам попадаются программисты с собственными библиотеками на 500 звезд.
И у мидлов у сенек как правило просто пустой гитхаб. Библиотеки со звездочками и жунов бывают, хотя и сильно реже. Если ты про статьи на медиуме, то это скорее минус, так как медиум это очень всратый твиттор для рерайтов на много буков. Если ты про нормальные научные статьи, то это либо теоретическая штука, где код-то и не нужон, и вся соль - это матеша, либо что-то домен-специфическое, где часто также вся суть в матеше и домен-специфических штуках, а само приложение вполне дефолтное.
>Это инженеры которые любят попрактиковаться, попробовать что-то новое, покрутить редкий алгоритм.
Ну вот это ты редко вычленишь на ревью пета. Точнее ты кучу примеров найдешь как чел, что-то попрактиковал, но на уровня доки и пары примеров вне доки, но тебе такие не нужны, и это просто умилительный ноль. Редко когда это глубже.
>Такое бывает, за это сразу минус, это не одобряем. Тоже делаем выводы и смотрим на дату.
Да не, чел, не одобряй, но не осуждай. У нас среда такая, форс который заставляет всех делать петы чтобы были петы.
Вот сразу минус, если чел контрибьютит в опенсорс и говорит об этом, а там:
>Фиксы опечаток в доках и комментах.
Хз, вот тут из метрик вовлеченности в основном норм - участие в конфах. И не научных конфах вне CS, а CS-конфы и прогерские конфы. Вот это сразу такой неплохой лакмус, что чел будет хорошим матчем.
>нет, мы управляемся в 90 минут, если человек тянет с задачей больше 30 минут, то это стоп собес.
Ну опять же, задачи ваши я не видел, поэтому хз что ты и как. Но из оригинального поста складывается ощущение, что вы челу делаете полную волкотерапию, а это простыми задачми, для которых вы даже применили индивидуальный подход, не чекается так просто.
>всегда уникальная задача с теорией
Вам на 100 волчат задач-то не хватит, если вы реально разные задачи даете, а не задачи в которых вы меняете входные, и какое-нибудь доп условие. Такие задачи от типовых как бы и не отличаются.
Уникальная теория - туда же.
>Видно когда человек задумывается и его глаза начинают прыгать туда-сюда
Ну так ты просто ставь монитор на одной позиции с перекрытием элевейшона и небольшим сдвигом по горизонтали, сможешь довольно кучно смотреть.
На поверку, оказалось, что вы просто базовый собес ведете, и ты его разбил на побольше пунктов, чтобы казаться важнее, и показать, что ни один Волк не перейдет порог.
Ты какой-то фантазер. Либо ты в изначальном посте накудахтал, чтобы базовый собес со скриншарингом выдать за суперволкпрув собес, и для важности добавил кучу пунктов, либо ты сейчас занижаешь оценки по времени. То, что ты описал на полтора часа зайдет, только если чел как словарь сразу будет давать все ответы. Давай по пунктам разберем.
>А за 100 000 никто не захочет работать 3 месяца
Собес ты дохера быстро за полтора часа можешь провести, а испыталку за половину оклада на месяц уже не можешь? Вот что ты 3 месяца будешь на испыталке смотреть? Месяца достаточно, чтобы понять дегр чел, или не особо, как он справляется с задачами, имеет ли смысл вам продолжать сотрудничество.
>Каждая секция на 5-15 минут, кроме алгоритмической, она может длится до 30 минут.
>Гоняем по каждой фиче, пока обсуждаем опыт человека
5-15 минут, звучит как будто вы Тимлидов с физтеха набираете, у которых за плечами только дипломный проект. Один раз уже слукавил. Даже если человек умный, разговор с прогонкой каждой фичи - это нихера не 15 минут.
>Там про T-shaped хотя бы на уровне теории, ты обязан знать соседний области своей профессии на базовом уровне. Данные вопросы покажут что ты вовлечен в IT, а не залетный с 2024.
Ты же понимаешь, что у вас могут быть разные интересы в области? Это довольно скользкий вопрос. Но один хер, я понимаю зачем это, я не понимаю, зачем это в качестве отдельной секции после литкода и теории. Почти везде это выясняют при знакомстве.
>Сложные никто не сует, обычные задачи на 20 строк кода.
В таком случае дефолт, норм. Начитался шизиков, для которых решение двух хард задач литкода - необходимое условие для прохода собеса. Опять же, интересно, насколько это релевантные задачи.
>Очень странно что у программиста за 5 лет опыта нет ни одной строчки в личных проектов.
Дефолт. Строчки-то для себя у него могут быть, но точно демонстрировать инженер каждому встречному-поперечному он не будет.
>Это у Тимлидов, нам попадаются программисты с собственными библиотеками на 500 звезд.
И у мидлов у сенек как правило просто пустой гитхаб. Библиотеки со звездочками и жунов бывают, хотя и сильно реже. Если ты про статьи на медиуме, то это скорее минус, так как медиум это очень всратый твиттор для рерайтов на много буков. Если ты про нормальные научные статьи, то это либо теоретическая штука, где код-то и не нужон, и вся соль - это матеша, либо что-то домен-специфическое, где часто также вся суть в матеше и домен-специфических штуках, а само приложение вполне дефолтное.
>Это инженеры которые любят попрактиковаться, попробовать что-то новое, покрутить редкий алгоритм.
Ну вот это ты редко вычленишь на ревью пета. Точнее ты кучу примеров найдешь как чел, что-то попрактиковал, но на уровня доки и пары примеров вне доки, но тебе такие не нужны, и это просто умилительный ноль. Редко когда это глубже.
>Такое бывает, за это сразу минус, это не одобряем. Тоже делаем выводы и смотрим на дату.
Да не, чел, не одобряй, но не осуждай. У нас среда такая, форс который заставляет всех делать петы чтобы были петы.
Вот сразу минус, если чел контрибьютит в опенсорс и говорит об этом, а там:
>Фиксы опечаток в доках и комментах.
Хз, вот тут из метрик вовлеченности в основном норм - участие в конфах. И не научных конфах вне CS, а CS-конфы и прогерские конфы. Вот это сразу такой неплохой лакмус, что чел будет хорошим матчем.
>нет, мы управляемся в 90 минут, если человек тянет с задачей больше 30 минут, то это стоп собес.
Ну опять же, задачи ваши я не видел, поэтому хз что ты и как. Но из оригинального поста складывается ощущение, что вы челу делаете полную волкотерапию, а это простыми задачми, для которых вы даже применили индивидуальный подход, не чекается так просто.
>всегда уникальная задача с теорией
Вам на 100 волчат задач-то не хватит, если вы реально разные задачи даете, а не задачи в которых вы меняете входные, и какое-нибудь доп условие. Такие задачи от типовых как бы и не отличаются.
Уникальная теория - туда же.
>Видно когда человек задумывается и его глаза начинают прыгать туда-сюда
Ну так ты просто ставь монитор на одной позиции с перекрытием элевейшона и небольшим сдвигом по горизонтали, сможешь довольно кучно смотреть.
На поверку, оказалось, что вы просто базовый собес ведете, и ты его разбил на побольше пунктов, чтобы казаться важнее, и показать, что ни один Волк не перейдет порог.
Он ставит артефакт мастера и артефакт задачи в большинстве систем это делается с помощью двух кнопок.
>Ты же понимаешь, что у вас могут быть разные интересы в области?
Я одним таким начал квантовые вычисления обсуждать, он чет обмяк и начал снова сводить тему к тому какие базворды я знаю.
>бо ты сейчас занижаешь оценки по времени. То, что ты описал на полтора часа зайдет, только если чел как словарь сразу будет давать все ответы
Опытный человек способен кратко и ясно представить информацию о фичах проекта. Он спроектировал, написал код, искал решения. Поэтому не должно возникнуть проблем. Важно выяснить, каким образом человек прорабатывал фичу, а не просто следил за процессом. Чем сложнее фича, тем больше вопросов может возникнуть. Например, если тебе нужно рассказать о 10 фичах проекта, подготовьтесь к вопросам типа: почему выбрали структуру данных А вместо Б, какие плюсы и минусы у структуры данных А, какие проблемы могли бы возникнуть при добавлении С, как учитываются роли и права, какие методы использовали для заполнения данных на dev-сервере, какие трудности возникли с Х. Каждая фича может вызвать множество вопросов, тебе требуется больше времени на такие простецкие вопросы? Дай боже 30 секунд на каждый вопрос. Если ты делал фичу сам - знаешь ее от и до.
>Ты же понимаешь, что у вас могут быть разные интересы в области?
Мы спрашиваем по областям которые указаны у человека в резюме.
В корне этих технологий стоит некая база.
NO-OPS.
Кек
>Вот что ты 3 месяца будешь на испыталке смотреть? Месяца достаточно, чтобы понять дегр чел, или не особо, как он справляется с задачами, имеет ли смысл вам продолжать сотрудничество.
Кстати да. Я свою испыталку за неделю прошел. Мне скинули самый запущенный проект. Пару дней я подымал среду, а потом ковырялся в кишках раскидывая по диаграммам что куда вызывает. В конце первой недели с ходу закрыл самый злоебучий баг, что у гендира прямая кишка выпала.
>>109012
Опытно могу нассать тебе на макушку. У меня на текущем проекте NDA. Могу про пет рассказать.
CALL OF DUTY: DEVOPS
What is a volchara?
НЕ ПРОВЕРИЛ ТРУДОВУЮ КНИЖКУ
@
ОКАЗАЛСЯ ВОЛКОМ
@
ПОТЕРЯЛ 700 000 РУБЛЕЙ.
@
УКРАЛ КОЛБАСУ
@
ОБВИНЯЮТ В КРАЖЕ
@
НАЗЫВАЕШЬ ОБВИНИТЕЛЯ ДУШНЫМ.
Эти челы в 3х больше заплатят, чтобы их оттуда вытащили потому что это ахуенно ценный список уйдет и в около айти рынок.
А ахуено, то что меня в этом списке не будет.
Мда...
>@
>НЕ ПРОВЕРИЛ ТРУДОВУЮ КНИЖКУ
>@
>ОКАЗАЛСЯ ВОЛКОМ
Что мешало разорвать ТД до окончания испыталки?
> Закон разрешает работодателю уволить сотрудника во время испытательного срока по трудовому договору без выплаты выходного пособия.
> Главное, за что могут уволить на испытательном сроке – его неудовлетворительные результаты: человек не выполняет поручения, делает много ошибок, в принципе не соответствует должности и так далее. Такое право работодателя прописано в ТК РФ в статье 71
Хз, история странная, через 2 недели испытательного срока и увольнять даже волка у нас бы не стали, а сказали бы давайте ещё пару недель посмотрим на результаты.
>>Что мешало разорвать ТД до окончания испыталки?
Законы РФ по которым суд признает что никакой испыталки не было
хз где он тут это говорил, сам ищи или гопоту попроси найти.
https://www.youtube.com/watch?v=IYFpAVFHXH0
>Что мешало разорвать ТД до окончания испыталки?
Кабан доверился человеку
Кабан нанял человека.
Жулик не хотел работать\не умеет выполнять задачи.
Жулика попросили уйти через 2 недели. (зачем платить человеку, который не может программировать)
Жулик не стал писать по собственному.
Жулик начал пугать судами.
Жулик украл 700 000 рублей.
А теперь представь как начнет ебать кабан всех следующих кандидатов.
Зачем смотреть если все ясно в первую неделю?
Они наняли джуниора на должность сеньера.
Они оборались, собеседование проходил совершенно другой человек (ментор)
Тут спасет только детектор лжи и собес в офисе.
и все идет именно к этому, спасибо волкам.
>Жулик начал пугать судами.
>Жулик украл 700 000 рублей.
Это ж за компания, которая испугалась суда?
Тебя не могут уволить с испытательного просто по субъективному мнению.
Уволить можно по статье (прогулы, выговоры или пьянство)
Уволить можно если ты не выполнил план работ на 3 месяца.
Это список из задач которые закреплены в трудовом договоре.
У меня был такой список задач только 1 раз за всю мою жизнь.
Просто сделают биометрическое решение по детекции дипфейков и войсклоннингов. Или ещё что придумают для проверки "истинности" кандидата.
>А теперь представь как начнет ебать кабан всех следующих кандидатов.
До может и не ебать, а просто не нанимать никого и закрыться нахуй, лол.
Бля чего бы только не делать, лишь бы не заставлять эйчаров делать свою работу, лол. Такие чуваки были всегда, но вместо того чтобы брать в эйчар компетентных людей они отыгрываются на кандидатах.
Да спокойно можно уволить. Дают тебе пулл задач на неделю и так пару раз, каждый раз с тебя требуют офф отчёт по ним. Потом проводят аттестацию и все хуяк.
Так можно же наверняка написать в причинах увольнения, что не выполнял свою работу, не справлялся с обязанностями
В этом и суть испытательного
У нас офис обязателен для новичков, потом если все ок - съебываешь на удаленку при желании.
>>114669
Я увольняю тебя потому что ты не смог изобрести ракету.
А что значит изобрести, какого уровня должна быть ракета и из чего? Он ее делает сам с нуля или все же в связке с 100 людьми?
Уволить можно если у вас есть закрепленный список задач и эти задачи были не выполнены.
ПО этому взяв волка - работодатель сосет хуй.
Да глупости это всё. Подруга руководитель отдела безопасности, также взяли волка, в итоге написали ему кучу обязанностей вкупе с требованием соблюдать рабочий график работы в офис. Каждый раз как волк опоздывал (а это три раза за неделю было) это фиксировали с подписью сотрудников, что волка не было на рабочем месте в 8:30 утра. Через 2 недели его уволили безо всяких проблем. (Только минус нервы у подруги, понятное дело)
>в итоге написали ему кучу обязанностей вкупе с требованием соблюдать рабочий график работы в офис.
Если перечень задач на испытательный срок подписан волком до конфликта, то вопросов нет - его конечно же уволят.
Только такая процедура оформления очень редка, никто н не понимает какие задачи будут через месяц, а тут еще нужно и закрепить их в договоре.
Опоздания, пьянство, нарушение ТК - это все база, никто из волков ее не нарушают.
>>это фиксировали с подписью сотрудников, что волка не было на рабочем месте в 8:30 утра
ему предлагали объяснительную написать или это делали в крысу с видом что он все делает ок?
Если ты не появляешься на работе и тебе ничего не предъявляют (выполняешь обязанности и претензий к этому нет) - суд может признать это удаленкой с гибким графиком и всякие там часы работы в трудовом договоре идут нахуй. хотя с волком суд возиться вряд ли будет
Я не знаю, но думаю первую неделю в крысу, пока не накопилось какое-то критическое количество зафиксированных замечаний. Потом точно сообщили, у них было собрание из начальника (подруги), линейного руководителя волка и самого волка, мол так и так, видеть тебя не хотим, работу пропускаешь, что сделано из назначенного плана работы и тому подобное.
Ну так пусть попробует обжаловать в суде увольнение по 71 статье ТК. Предоставит документы об образовании, подтвердит свой предыдущий опыт и суд с этим внимательно ознакомится
Лол, может он в чате выплату накрутил как и опыт на собесе, скорее всего его выкинули как с волчьим билетом, любой кабаныч лучше отстегнёт 10к за консультацию с юристом и оформит все бумаги как надо, чем будет обоссаному шакалу платить 700к
>Уволить можно если у вас есть закрепленный список задач и эти задачи были не выполнены.
Мне кажется, ты не разбираешься в трудовом праве
>>115007
А удаленка с гибким графиком в договоре прописывается?
У меня в договорах обычно было указано, что я должен работать с 9 до 6, даже если график гибкий
И кроме этого, там были указаны и обязанности, что-то в обобщенном виде типа "Работник должен добросовестно выполнять свою работу"
>Какая консультация? Ты может потерять не 700 000 а 3 000 000 (оплата простоя работника он судится с тобой)
Чего не сто тыщ миллиардов? Какой простой, какая оплата?
>>115087
>В законе есть четкие правила: Прогул, опоздания. невыполнение по списку задач из договора, пьянство
Вот тут как раз невыполнение задач: с задачами не справляется, отчетность по задачам не предоставляет: сделать несколько выговоров - и все, пусть попробует что-то доказать
>>А удаленка с гибким графиком в договоре прописывается?
У меня в одной галере было прописано - удаленка, 40 часов в неделю, где я сам выбираю время работы. Я аж охуел от такого, ведь я был джуном-вкатуном.
На текущей работе по договору стандартно - с 8 до 17 в офисе.
>>Работник должен добросовестно выполнять свою работу
Да, "работать работу" в водянистом стиле на абзац. ХЗ можно ли как то притянуть все это.
>Чего не сто тыщ миллиардов? Какой простой, какая оплата?
Работник восстанавливается через суд и доказывает свое необоснованное увольнение какого-то жизика которые посчитал что он якобы не работал (занимает это около 5 месяцев ) и работодатель выплачивает ему деньги за 5 месяцев простоя. Именно по этой причине выгодней отдать 2 оклада сразу.
>Вот тут как раз невыполнение задач: с задачами не справляется, отчетность по задачам не предоставляет
Ок, предположим задача написать двач. давай уволь меня. Я пишу отчетность каждый день чтобы не нарушить пункт трудового договора. Я пишу двач каждый день, но делаю это в своем темпе спрашиваю по ТЗ, читаю, изучаю и набрасываю код, по моему мнению я выполняю работу очень хорошо и задача движется вперед. Как ты докажешь что я делаю задачу плохо? А никак.
В трудовом договоре нет ничего этого, там просто нужно работать и не прогуливать, во время отвечать на звонки
Это все в фантазиях, а в жизни, компания берет грамотного юриста, который составит грамотное обоснование, где напишет, что волчара не справляется с обязанностями, не успевает по срокам, грубит коллегам. А еще работодатель может копнуть глубже в резюме, и узнать, что оно фейковое
Волчара конечно может попробовать пойти в суд, только не думаю, что волчара разбирается в юридических нюансах и у него есть деньги на юриста
Я волчара, ты попросил меня запрограммировать двач. Я стабильно пушу код.
Как ты докажешь что я не справлюсь? никак.
для этого нужен список задач приобщенный к договору с четкими сроками. Такого списка нет ни в одной компании.
Если ты волчара то твой код ревью не пройдет. Волчаре пушить нельзя, только обещаниями кормить. Если ты драйвишь и пушишь, так что с тимлида и тестера семь потов сходят, то ты не волчара, даже если коммерческого опыта 0.
Ночной кошмар фрилансера.
КАКАЯ У ВАС ПОЧАСОВАЯ СТАВКА?
@
А ДЕШЕВЛЕ МОЖНО?
@
А МОЖНО ПОСЧИТАТЬ ЧАСЫ ЗАРАНЕЕ И СДЕЛАТЬ ФИКСЕД?
@
ПРОШЛЫЙ РАЗРАБ ЧУТЬ-ЧУТЬ НЕДОДЕЛАЛ
@
ТУТ ЧУТЬ-ЧУТЬ ВЫЛЕТАЕТ, ТУТ НЕ РАБОТАЕТ, ТАМ ЛАГАЕТ
@
ЧТО-ЧТО, ПОКАЗАТЬ КОД?
@
ПОДПИШИТЕ NDA, ТОГДА ПОКАЖУ
@
ВСЕГО-ТО 10,5 ГИГАБАЙТ АРХИВ, ТАМ БД, ПЛАГИНЫ, CMS
@
НУ В ОБЩЕМ РАЗБЕРЁТЕСЬ
Не прохожу - исправляю код и отправляю снова мердж. Это часть работы. Буду проделывать это хоть 10000 раз.
Я пишу хороший код, плохой он только по твоим субъективным домыслам.
Для суда я добросовестный работник который выполняет задачи. Другое дело что ты пытаешься обесценить мою работу.
Ты собрался уволить человека за то что он пушит по 3 круга вместо 1? Это прописано в трудовом договоре?
Не по субъективным. Если ты волк, то претензии не на уровне форматирования и названия переменных. А претензии будут уровня цикла в запросе. Несколько таких пушей и тебя можно уволить за профнепригодность с доказательством.
Да суд не ебет твой код. Я в суде говорю что ты не выполняешь требования по качеству кода описанные в код стайле компании и я как начальник не принимаю твой работу и считаю её хуйней. Дефакто тимлид это твой прямой начальник и ты обязан выполнять его распоряжения.
>Да суд не ебет твой код.
все так, он оперирует только терминами - "Выполнял свою работу или не выполнял" , я выполнял свою работу и выполнял ее качественно, я пишу код согласна код-стайлу. Твоя субъективная оценка никого не волнует.
Чел, если бы твоя схема работала, то мы не видели бы этих скринов.>>113780
>я как начальник не принимаю твой работу и считаю её хуйней
Стандартная схема когда работодатель хочет слить работника.
Только как суд поймет что там у тебя в голове? Должны быть четкие правила приемки выполненных задач. Они у тебя есть? почему ты меня не информировал. Где моя подпись?
Не цикл в запросе, а запросы в цикле, волчара. В суд достаточно вызвать независимого эксперта.
Да не будет такого в реальной жизни, потому кабаныч и решил, что проще будет заплатить 700к, чем бодаться в судах.
Да похуй, хоть запросы в кнопке. Задача выполнена, я выполнил ее как посчитал нужным. Есть четкий регламент на запрос, покажи мне его запрет на циклы. Покажи мне мою подпись, ты же меня даже не ознакомил с этими регламентами.
>В суд достаточно вызвать независимого эксперта.
Ты фильмов пересмотрел? Задачу можно решить множеством способов, от того что я ее решил по другому не делает меня бездельником.
Я скажу ему тоже самое и суд будет на моей стороне.
Ты будешь обязан восстановить меня и выплатить 5 месячную зарплату 1 днем.
Обычно если техническое интервью прошел, то хуй уже уволят, если ты не алкаш или нарик и хоть что-то делаешь. Если чела уволили за две недели, значит он совсем нулевой или дунасил в открытую. А такой нуль без шерстяной руки или совершенного похуизма со стороны тимлида бы не пролез техническое. Так что история эта - чисто выдуманая жульем, для того чтобы обманывать стремящихся в жулики.
Он не сможет бодаться, давно доказано что бодание имеет место быть если будет четкий список задач, а напротив них методы приёмки и сроки. Но даже тут работник окажется прав, потому что все задачи абстрактные и выполнение будет абстрактным.
Работника практически невозможно уволить в РФ. Вот кабаны и просят писать по собственному.
Чтобы такое пиздеть на ревью ,ты должен изойти на говно перед всем коллективом. После такого ты сам убежишь в слезах, не то что тебя увольнять будут.
>похуизма со стороны тимлида бы не пролез техническое
Они пролезают потому что собесы проходят не они и им удается обвести вокруг пальца наивного интервьюера.
Какие абстрактные задачи, какое абстрактное выполнение, ты работал хоть день кодером?
ХЗ меня всегда тимлиды собесили
>Чтобы такое пиздеть на ревью
Мы же уже разобрались, ты ставишь коммент в ревью, волк его исправляет. Это часть работы. делай хоть 1000 ревью, волк будет подчиняться и выполнять твои требования)
А коллегам вообще похуй, они выполняют свои работу.
Такое только на джуна сойдет. В мелких компаниях джуны копейки получают, а в крупных перформанс ревью есть. Будешь работать (точнее толоч воду в ступе) за еду.
Абстрактные задачи в договоре (список задач прописанный в договоре на 3 месяца, твои цели на испытательный срок).
Этот список задач единственная возможность уволить работника.
Но никто этим не замораживается потому что кабан не может подготовить такие задачи на 3 месяца вперед и пишут абстрактно .
Какое нахуй перфоманс ревью? покажи такой термин в законодательстве.
Мы сейчас обсуждаем увольнении работника. Его невозможно уволить только сократить или подставить прогулом
Ты сначала найди кабана дурачка, который будет по договору несколько сотыг платить челу с улицы. Хватит заливать. Кто-то перднул ахуительной историей, а все уже неделю занюхивают.
Премиями, а там где не премиями платят - там с хуилу улицы не берут или как в яндексе алгосами и сисдизом заебут по несколько кругов. Чета у ваших волков все истории про ООО Вектор.
Афера уровня Б/линолопатии:
Купить ментора для собеза на работу
@
Получить аж ДВЕ месячных з\п
@
на балансе у тебя 0 рублей, так что это был ва-банк
>Какое нахуй перфоманс ревью? покажи такой термин в законодательстве.
Гугли аттестация сотрудников
В чём проблема просто проверить предыдущий опыт работы в книжке и у работодателя?
Представил, как кадровичка звонит в пао втб и спрашивает алло вот у вас работал челик, как вам его опыт??? как впечатления??? и чет проорал
Именно по этому и нужно ебать алгосами, спрашивать трудовую еще в самом начале
Аттестация позволяет сократить! но не уволить.
Это процесс не 1 месяца.
Это дорого.
Это очень сложно в it
а, ну та же ситуация, что и с протухшими гостами, писавшимися не для людей, а для оборонки, лол
>для этого нужен список задач приобщенный к договору с четкими сроками. Такого списка нет ни в одной компании.
Не нужен. У тебя в трудовом договоре будет "писать качественный код", тимлид пишет бумажку, что твой код некачественный и ты плохо справляешься с обязанностями. Тебя увольняют. Ты можешь конечно пойти с этой бумажкой и попробовать доказать, что твой код качественный, но ты волчара, а значит ничего не докажешь.
>>115554
>я выполнял свою работу и выполнял ее качественно, я пишу код согласна код-стайлу.
А тимлид считает иначе и пишет докладную, что ты не справляешься с обязанностями
>>115576
>Он не сможет бодаться, давно доказано что бодание имеет место быть если будет четкий список задач, а напротив них методы приёмки и сроки.
Сам придумал, сам твердишь, что что-то доказано.
По такой логике можно вообще хуй забить на работу, потому что в договоре нету указания "волчара должен за неделю перекрасить 5 кнопок"
Обычно в первые несколько недель даже задач крупных не дают, потому что надо время, чтобы настроить комп, подписать всякие бумажки, прочитать документацию, рассказать, как устроено на проекте и тд, и тп
>писать качественный код
Я пишу код качественно
>тимлид пишет бумажку, что твой код некачественный и ты плохо справляешься с обязанностям
Пиши сразу что я ограбил банк, хули, тогда точно уволишь)
Это будет субъективное мнение, он должен его доказать.
Первый же вопрос в суде - "Что такое качественный код и как ты определил что он некачественный"
>Тебя увольняют.
Можешь уволить, у тебя есть такое правило, но в суде работник восстановится, потому что нельзя увольнять как тебе вздумается.
Тебе придется объяснить чем код был некачественным.
>А тимлид считает иначе и пишет докладную, что ты не справляешься с обязанностями
человек пишет объяснительную, что с обязанностями он справляется и не понимает что в его понимании плохой код, может лид съехал с катушек?
эта объяснительная будет приобщена к суду.
>Сам придумал, сам твердишь, что что-то доказано.
Я в найме много лет, общался с сотней кабанов.
Действенные способы на 2024:
1) Вынести оклад в премию.
2) Создать перечень задач на испытательный срок
>По такой логике можно вообще хуй забить на работу
Можно пинать хуи, все так.
но у тебя будет черная метка в трудовой.
Пометка о восстановлении через суд и соглашении сторон.
С этой чёрной меткой ты становишься мутным пассажиром.
Нормальный работник не жертвует репутацией ради 1 000 000. Волки жертвуют. По этому мразоту на волках и пытаются гасить.
>Меня в этой истории смущает момент, что там якобы через две недели уже начались конфликты.
Человеку ставили задачи он не справлялся даже с самыми простыми.
Человек работает за 350 000 рублей, но по навыкам джун.
Представь ебало кабана когда тот осознал что нанял жулика))
>К слову о петах. Мой самый масштабный пет это игра RTS на UE4 где приходится плюсы использовать. Пилю уже более года. Т.к. плюсы до этого только в универе трогал, мой код говно, естественно. Вообще никак с моей работой питониста бэкэндера не связана, никаким боком. Вот что тут можно показать?
Как минимум, его можно обсудить, зачем пилишь, сколько напилил и тд
>Тебя увольняют
Чел, ты... Сейчас бы, будучи уволенным по несоответствию просто затерпеть. Серьезно. Вот это вот дойная жила в российском законодательстве. Никому не хочется быть уволенным по несоответствию, потому что это черная метка. Любой чел, даже волчара, попытается либо мирно разойтись, либо будет оспаривать увольнение, и скорее всего пострадает от этого кабанидзе.
Спасибо Дедушке Ленину, что создал страну с самой высокой защитой работягю
Ну значит ты джуниор в РФ, будто каждый 2й как ты и вдруг решил вернуться мы миску гречки обратно
Зато волков нет
>Первый же вопрос в суде - "Что такое качественный код и как ты определил что он некачественный"
"На выполнение данной задачи была выделена неделя, но через неделю результат не был предоставлен. Код, предоставленный волчарой, не прошел код-ревью, так как был низкого качества"
>>115703
>Первый же вопрос в суде
Ты фильмов пересмотрел голивудских? Суд посмотрит на докладную от тимлида, и спросит, вот тут же сказано, что ты не справлялся, как докажешь?
А ты будешь "пук-кек, а в договоре не написали, что надо кнопку красить"
Ты ж балабол обыкновенный, и не имеешь понятия, как суд пройдет.
>>115747
>Любой чел, даже волчара, попытается либо мирно разойтись,
В такой вариант я поверю
>либо будет оспаривать увольнение, и скорее всего пострадает от этого кабанидзе.
А такой маловероятен
>На выполнение данной задачи была выделена неделя, но через неделю результат не был предоставлен
Я работал по 8 часов. результат был предоставлен, все лежит в gitlab. возможно там есть баги, я не знаю, но я сделал работу качественно.
>Код, предоставленный волчарой, не прошел код-ревью, так как был низкого качества"
Все замечания по коду я поправлю, я же не убегаю от работы. буду править замечания пока они не закончатся. Это обычный рабочий процесс.
>Суд посмотрит на докладную от тимлида
Все твои докладные идут в комплекте с моими объяснительными.
Первые вопросы которые тебе задаст суд:
1) Как ты определяешь качество кода сотрудника? Если ты повысишь планку качества, то можно уволить всю компанию?
Почему эту планку ставишь ты? В каком законе прописано что в компании может быть надзорный орган?
2) А почему неделя, почему не 2 или не час? если ты поставишь сроки в час то можно уволить всю компанию?
Чел, ты простой наемный работник, у тебя нет таких прав. а еще у тебя ЧСВ.
>Ты ж балабол обыкновенный, и не имеешь понятия, как суд пройдет.
Это ты не имеешь понятия о судах, в нем говорят на языке фактов.
Докажи что я не работал.
Докажи что мой код плохой.
Докажи что задачу следует выполнять 7 дней, а не 14.
Тебе так кажется ? Ты так привык? Это твоя оценка? - не пройдет в суде.
Я могу выполнять задачу и 2 месяца, главное это делать каждый день по 8 часов. Ты как работодатель должен отдать эту задачу другому человеку если для тебя это долго.
Я такой хуйней не страдаю, я просто объясняю как работает закон.
>возможно там есть баги, я не знаю, но я сделал работу качественно.
Ок, давай тогда пойдем от обратного - что значит "некачественно" по-твоему?
>Ок, давай тогда пойдем от обратного - что значит "некачественно" по-твоему?
У тебя претензии к моей работе, а не у меня) Ты должен доказать.
Качественно - это когда бросил все силы на выполнения задачи и не жалел здоровья для выполнения поставленной цели.
Ты оцениваешь не качественно. Я оцениваю качественно и как быть суду?)
А суд не смотрит на такие критерии, он смотрит на РАБОТАЛ 8 ЧАСОВ \ НЕ РАБОТАЛ И ПРОГУЛИВАЛ.
>Первые вопросы которые тебе задаст суд:
>1) Как ты определяешь качество кода сотрудника? Если ты повысишь планку качества, то можно уволить всю компанию?
>Почему эту планку ставишь ты? В каком законе прописано что в компании может быть надзорный орган?
>2) А почему неделя, почему не 2 или не час? если ты поставишь сроки в час то можно уволить всю компанию?
Я же говорю, что насмотрелся фильмов про суды
Суд не будет выяснять "а что есть качество? А как померять качество?"
Он прочтет бумажку "писал код некачественно, проебывался по срокам, за ним надо было переделывать", и все ему будет понятно. А ты уже сам попробуй докажи, почему ты считаешь, что работал норм, когда за тобой надо доделывать и сроки менять.
Тогда можно увольнять всех и не выплачивать тройной оклад по сокращению. Написал что качество кода говно и уволил неудобного)
Очнись, такого никогда не будет
юрист, тогда скинь хотя бы 1 ссылку на подобное дело)
что бы уволили хотя бы 1 программиста за качество кода)
>)
>что бы уволили хотя бы 1 программиста за качество кода)
А есть сумасшедшие, которые согласятся на такую формулировку и пойдут судиться ещё?
Т.е. это равносильно обозвать человека ничтожеством.
>юрист, тогда скинь хотя бы 1 ссылку на подобное дело)
>что бы уволили хотя бы 1 программиста за качество кода)
Какое дело, шиз? Есть трудовой договор, который расторгается по ст. 71 ТК РФ. Пишутся всякие выговоры, акты, которые остаются внутри, чтобы доказать в случае чего что работник не смог исполнять свои обязанности. Работнику выдается уведомление что согласно ТК РФ с ним расторгается договор и он идёт нахуй, бухгалтер рассчитывает за фактически отработанное время.
Какая нахуй ссылка?
>юрист, тогда скинь хотя бы 1 ссылку на подобное дело)
>что бы уволили хотя бы 1 программиста за качество кода)
Так по соглашению сторон в таком случае увольняют обычно, чтобы меньше было мороки.
А теперь давай-ка приведи ссылки на дела, где программист восстановился на испыталке
>А суд не смотрит на такие критерии, он смотрит на РАБОТАЛ 8 ЧАСОВ \ НЕ РАБОТАЛ И ПРОГУЛИВАЛ.
У тебя должностные обязанности посещать работу 8 часов и не прогуливать? Или у тебя должностные обязанности программировать и выполнять поставленные перед тобой задачи? А что в трудовом договоре написано в твоих обязанностях?
Я понимаю что ты школьник ни дня не работавший, можешь у мамки попросить трудовой договор посмотреть и уже там почитать обязанности работника, если конечно тебе разрешают в руки брать такие документы.
У тебя в ТД прописано что ты должен работать 8ч в день плюс 1ч обед с 9 утра до 6 вечера.
Ты сам блять хоть раз в глаза видел трудовой договор. В нем не пишут должностные обязанности, это отдельная бумажка.
Хочешь сказать, что в суде не будут смотреть должностную инструкцию, которую работник тоже подписывает?
>>116074
Вот моя должностная инструкция:
Написано работать по 8 часов, добросовестно выполнять свою работу, фиксить баги, создавать новые фичи, слушаться руководство.
Кабан может вписать в нее разработка кода на COBAL.1С, но я буду разрабатывать на нем как могу)
Все это делает даже самый отбитый человеку, другой вопрос как он это делает.
Ты попросил покрасить кнопку, ну я крашу ее 2 неделю. Как ты доебешься до меня, ну вот такая у меня производительность, ваш код говно, ваш проект лагает, получается красить кнопку только за 2 недели.
>. В нем не пишут должностные обязанности, это отдельная бумажка
Но в нём ссылаются на этот документ
>>116081
>Кабан может вписать в нее разработка кода на COBAL.1С, но я буду разрабатывать на нем как могу)
>ну вот такая у меня производительность
Ну вот, кабаныч посмотрел как ты можешь, для решения текущих задач это не подходит, он оформляет это документально и расторгает с тобой трудовой договор согласно ТК РФ. Собственно ты идёшь на хуй. Другое дело когда ты смог проскочить испытательный срок, там уже да хуй так просто уволишь обычно создают условия что ты сам уходишь
просто просит принести выписку из госуслуг или справку которую при увольнении дают, нету выписки - значит и опыта нет.
По идеи проводят аттестацию и подтверждают или не подтверждают, что ты действительно красил кнопку 2 недели из-за низкого качества кодовой базы. Члены комиссии твои коллеги. На основании результатов аттестации тебя можно уволить, но ты можешь пойти в суд и тогда проведут экспертизу.
Какие то справки и пруфы ж должны быть что ты где то работал. На словах то все тут 20 лет в гугле отработали и лично маска учили ракеты строить.
Вопросы на аттестации по стеку и языку, естественно я сдаю все хорошо, я же не камушек и уже проходил ваше собеседование.
Уволить могут, но я буду оспаривать это в суде и тогда кабан влипнет на 6 окладов.
Чтобы какой-то чел просто уволил меня потому что ему мерещится грязный код? буду судиться.
>А если я работал за границей? Перевод их справки работает?
Волки как раз и крутят опыт в зарубежных компаниях чтобы никто не смог проверить.
Если у тебя нет справок - ты неудобный кандидат которого не проверят и тебя даже не будут рассматривать.
Хм, понятно, лучше значит при увольнении собрать максимальное количество справок
Да нет, аттестация твоей работы или как-то так это называется. Не то что ты знаешь, а то что ты сделал. У нас на заводе такое было когда работу начальника лабы оценили как непригодную и его разжаловали обратно в инженеры.
>Уволить могут, но я буду оспаривать это в суде и тогда кабан влипнет на 6 окладов.
Ты оспаривал и у тебя это получилось?
@
О КРУТО, ТАМ ЕЩЕ ГОВНОВ РАБОТАЕТ ИЛИ УВОЛИЛСЯ?
@
АААААА ДАААА НЕТ ОН УВОЛИЛСЯ КОГДА Я ТОК ПРИШЁЛ
@
МЫ ВАМ ПЕРЕЗВОНИМ
Говнова не существует
Кабаны лучше заплатят 300к ТП HR чем путят на работу якобы не подходящего кандидата.
Дрочую
РАБОТАЕШЬ ТИМЛИДОМ
@
ОБКАШЛИВАЕШЬ ВОПРОСИКИ, ПОДСКАКИВАЕШЬ КАБАНЧИКОМ, РАЗРУЛИВАЕШЬ НЕПОНЯТОЧКИ, ДОСТАЁШЬ НЕДОСТАВАЕМОЕ, НА СОЗВОНЧИКАХ ДЁРГАЕШЬ ЗА УСЫ ТИГРОВ ПИДРОВ СКИПЛЕВЕЛОВ
@
РЕШИЛ ОТДОХНУТЬ ОТ ЭТОГО ВСЕГО, ПЕРЕКАТИЛСЯ В РАЗРАБЫ С ПОВЫШЕНИЕМ ЗП И ПОНИЖЕНИЕМ ОТВЕТСТВЕННОСТИ В ДРУГУЮ КОНТОРУ
@
ПРОШЛО ДВА ГОДА
@
СТЕСНЯЕШЬСЯ НАПОМНИТЬ ЛИДУ СОСЕДНЕЙ КОМАНДЫ ПРО ЕГО КЛЯТВЕННОЕ ОБЕЩАНИЕ ЧТО-ТО ЗАПИЛИТЬ
@
ЛЕНИШЬСЯ СПОРИТЬ С АНАЛИТИКАМИ, ПРОСТ АППРУВИШЬ ИХ ХУЙНЮ НЕГЛЯДЯ
@
ЗАБЫЛ У КОГО ПРОСИТЬ ДОСТУП К СТЕЙДЖАМ СОБСТВЕННОГО ПРОЕКТА
@
НЕ ПОМНИШЬ, КОГДА ОЧЕРЕДНОЙ ДЕДЛАЙН
@
КРЕПКО СПИШЬ НОЧАМИ
>для этого нужен список задач приобщенный к договору с четкими сроками. Такого списка нет ни в одной компании.
Распечатка джиры же, нет? У каждой таски есть срок исполнения
Не тим лид, но заебываюсь не меньше по ощущениям когда нужно согласовывать изменения кодовой базы с другими участниками команды. Моментами хочется просто всех послать в жопу. При этом есть разраб в команде, которому вообще похуй. Как скажете так и сделаю. Скажите сделать говно? Не вопрос, он спорить не будет. Это головная боль тим лида, а не его. И с одной стороны это правильно, а с другой стороны у меня бомбит когда очередное тупейшее техническое решение кому-то приходит в голову и он предлагает его реализовать.
Это реально не твои проблемы. Предлагают хуйню? Объясняешь, почему это хуйня. Настаивают на том, чтобы сделать хуйню? Просто берёшь и делаешь, не надо лезть из кожи вон, чтобы нормально сделать.
Мне кажется я просто уволюсь если мне придется смотреть как кодовая база становится хуже и хуже. Работа должна приносить хоть какое-то удовлетворение.
Работа не в удовольствие отстой.
@
ЗАРПЛАТЫ СООТВЕТСТВУЮЩИЕ
@
ЗАКРЫВАЮТ СТАРЫЙ ОФИС И ПРЕДЛАГАЮТ ЗАБРАТЬ СОТРУДНИКАМ ВЕЩИ, КОТОРЫЕ ДЕШЕВЛЕ ОТДАТЬ ЧЕМ ЗАКАЗЫВАТЬ ГРУЗЧИКОВ И МАШИНЫ ДЛЯ ВЫВОЗА
@
ДЕЛАЮТ ТАБЛИЧКУ С НАЗВАНИЕМ ВЕЩИ И ИМЕНЕМ ЧЕЛОВЕКА, КОТОРЫЙ ЕЁ ЗАБИРАЕТ
@
РУССКИЕ КОЛЛЕГИ НА ПОХУЙ ИГНОРИРУЮТ ПРЕДЛОЖЕНИЕ ЗАБИРАТЬ ХЛАМ ИЗ ОФИСА
@
ЕВРОПЕЙСКИЕ КОЛЛЕГИ УДАЛЯЮТ ИМЕНА ТЕХ КТО УЖЕ ЗАПИСАЛСЯ И ВСТАВЛЯЮТ СВОИ
@
МЕНЕДЖЕРУ ПРИХОДИТЬСЯ ВЫПУСКАТЬ ОТДЕЛЬНОЕ ОБЪЯВЛЕНИЕ, ЧТОБЫ ТАК НЕ ДЕЛАЛИ
@
ВО ВРЕМЯ РАЗДАЧИ ХЛАМА ЧУТЬ НЕ ПРОИЗОШЛА ДРАКА МЕЖДУ ЕВРОПЕЙЦАМИ ЗА ПРАВО ЗАБРАТЬ ПОЖУХЛЫЙ ОФИСНЫЙ СТУЛ
@
ЧУВСТВУЕШЬ СЕБЯ В ЗООПАРКЕ
Это ещё что. Зоопарк был в Сочи 2014, где я был волонтёром, там пиздили даже таблички с дверей, даже коробки с сухой моментальной едой (гречневая каша), одна бабка сгребла памятные подарки в сумку, кто-то спиздил книги из библиотеки местной...
@
ОКОНЧАНИЕ МНОЖЕСТВЕННОГО ЧИСЛА S НЕДОСТАТОЧНО ЯВНО НАМЕКАЕТ, ЧТО ЭТО КОЛЛЕКЦИЯ
@
ПИСАТЬ ARRAY ХОТЯ БЫ В КОНЦЕ НЕ ПОЗВОЛЯЕТ ИНДУИЗМ
@
ОТСУТСТВИЕ ДВУХ СИМВОЛОВ AY ПОСЛЕ ARR СУЩЕСТВЕННО ЭКОНОМИТ ВРЕМЯ НАБОРА, ПАМЯТЬ КОМПЬЮТЕРА И МЕСТО НА ДИСКЕ
1 Идешь на staff инженера в стартап поднявший раунд А
2 Репортишь напрямую CTO
3 Пишешь только ядро новых систем и самые сложные участки
4 Profit
>Работа - это работа.
Я так думал, пока не попал на прошлую работу в корпорацию. Когда ты понимаешь, что половина проектов хуйня, у которых нет будущего и результат политических войн глав департаментов. Когда 10 месяцев работы твоей команды выкидывают на помойку. А ты понимал, что выкинут еще в первый месяц, когда проектировал архитектуру и общался со стейкхолдерами из других департаментов. На западе даже название у такого есть - death march, погугли. Продержался там два с половиной года, только из-за зарплаты, которая была на 30-35% выше конкурентов
Лол
>ОТСУТСТВИЕ ДВУХ СИМВОЛОВ AY ПОСЛЕ ARR СУЩЕСТВЕННО ЭКОНОМИТ
Почему не писать просто A и всё? Будто есть другие типы данных на А?
Да блять, есть, ведь мы пишем не на ассемблере, а на языках, где можно объявлять свои типы, охуеть, да? Пиздец ты зелёный, заебал, не пиши больше.
>где можно объявлять свои типы
Не типы, а структуры из существующих, или что ты там объявлять собрался, изобретатель?
Пориджы изобрели:
выскакивающие подсказки о типе переменной в IDE,
ограничения для типов переменных в шапках функции, на небе и даже на Иисусе,
интерфейсы и весь ебучий TypeScript
только бы переменные не называть адекватно с типом данных чтоб сразу было видно всё и понятно
это пиздец
Мне в целом похуй на тип переменной до момента пока это не станет важным, а там есть ИДЕ подсказки. Наоборот эти ебучие имена на километр из префиксов бесят пиздец.
>имена на километр
>Маааааам! Одна буква в начале имени переменной слишком длинная и мешает мне читать и понимать код !!!
Не читал. Мой основной совет в такой ситуации - делай на совесть, даже если проект говно. И всё общение должно иметь "бумажный" след. Емейл, слак, документы. В отдельной папочке, с тагами. Чтобы в пост мортеме тебя и твою команду не сделали козлами отпущения и не кинули на pip
База. У нас accepting criterias любят менять по ходу спринта. Всегда требую менеджера добавить. На просьбу сам добавь говорю нифига, ты манагер на тебе ответственность.
Да пошёл ты нахуй. Код должен отражать бизнес-логику. Все эти нахуй не нужные префиксы никакого отношения к бизнес-логике не имеют. Более того, тебе не нужно каждый раз знать, какого типа переменная, а в тех случаях, когда нужно, оно почти всегда понятно из контекста, а в тех редких случаях, когда непонятно, можно и мышку навести.
Та же хуйня с префиксами в пхп и перле, натуральное убожество.
Criterias.
Да всем похуй на твой любимый нахрюк, Тарас.
Чтобы лингва-франка работала, можно говорить, как хочешь, и так сойдёт. В этом весь смысл.
Учишь-учишь английский а потом тебе говорят, что множественная форма образуется не добавлением s на конце
>префиксы никакого отношения к бизнес-логике
Жаловаться на префиксы , когда переменные выглядят так
ProjectContractChargingPeriodProjectAccountReferenceVM
Hаx pюк нул хуйню которую только сам понял и довольно урчит.
Сразу видно пи дop aшкy - только она всех гордо поправляет из своего cви наpн икa
БЭМ методологию заставили соблюдать
Тараканопроблемы
>>122980
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();
}
}
>>122980
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();
}
}
Какой-то коннект к мускулу с хибернейтом на джаве
Когда p_g_n_s_t2 в функции на 300+ строк, уже не до таких мелочей
@
БАГ НА ПРОДЕ
@
НАДО ЗАПУСТИТЬ ЗАПРОС НА ПРОДОВОЙ БАЗЕ
@
ТЫ ЗАПУСТИТЬ ЕГО НЕ МОЖЕШЬ, ПИШЕШЬ ТИКЕТ НА ЗАПУСК ЗАПРОСА
@
ПРИХОДИТ DBA ADMIN, ЗАПУСКАЕТ ТВОЙ ЗАПРОС, ВЫДАЕТ ТЕБЕ РЕЗУЛЬТАТЫ
@
ПРОАНАЛИЗИРОВАЛ РЕЗУЛЬТАТЫ, НАДО ЗАПУСТИТЬ ЕЩЕ ОДИН ЗАПРОС НА ПРОДОВОЙ БАЗЕ
@
ТЫ ЗАПУСТИТЬ ЕГО НЕ МОЖЕШЬ, GOTO STEP 1
Это некритичный баг. При критичном тебя и дба соединяют в зум-колле и ты говоришь что делать.
А вообще сейчас дежурному обычно дают права исполнять заранее подготовленные запросы к продовой базе и без аппрува.
Жиза. Фиксится при этом никак.
@
"ПОЛЬЗОВАТЕЛЬ ЗАРЕГИСТРИРОВАЛСЯ, НО НЕ ВИДИТ СЕБЯ В СПИСКЕ УЧАСТНИКОВ"
@
ЧТОБЫ ПОЛЬЗОВАТЕЛЬ ПОЯВИЛСЯ В СПИСКЕ УЧАСТНИКОВ, НАДО ЧТОБЫ ОН СДЕЛАЛ ОПРЕДЕЛЕННЫЕ ДЕЙСТВИЯ
@
ЧТОБЫ ПРОВЕРИТЬ, ПИШЕШЬ ТИКЕТ НА ДБА ТИМ, ЧТОБЫ ОНИ СДЕЛАЛИ ЗАПРОС В ПРОД БАЗУ
@
ПОЛУЧАЕШЬ ИНФОРМАЦИЮ, ЧТО ПОЛЬЗОВАТЕЛЬ НЕ СДЕЛАЛ КАКОГО-ТО ДЕЙСТВИЯ, ПОЭТОМУ НЕ ДОЛЖЕН БЫТЬ В СПИСКЕ
@
ПИШЕШЬ В СУППОРТ "ПОЛЬЗОВАТЕЛЬ НЕ СДЕЛАЛ ДЕЙСТВИЯ, ПОЭТОМУ НЕ В СПИСКЕ"
@
ПРОХОДИТ МЕСЯЦ
@
ПОЛУЧАЕШЬ АНАЛОГИЧНЫЙ ТИКЕТ, ПОВТОРЯЕШЬ ДЕЙСТВИЯ
@
НА ЛОГИЧНЫЙ ВОПРОС "ЗАЧЕМ ВАМ Я, ЕСЛИ ВЫ ЭТО МОЖЕТЕ СПРОСИТЬ НАПРЯМУЮ У ПОЛЬЗОВАТЕЛЯ ИЛИ ДБА" ОТВЕТА НЕТ
>НА ЛОГИЧНЫЙ ВОПРОС "ЗАЧЕМ ВАМ Я, ЕСЛИ ВЫ ЭТО МОЖЕТЕ СПРОСИТЬ НАПРЯМУЮ У ПОЛЬЗОВАТЕЛЯ ИЛИ ДБА" ОТВЕТА НЕТ
А разгадка простая: в сапорт нанимают самых тупых и платят им копейки. Потому они совершенно не обучаемые. Плюс ещё и меняются раз в пару месяцев.
Не согласен, в саппорт просто прилетает дофига тикетов и их хочется как можно быстрее перевести в pending или close, главное с себя снять ответственность. Тут не до решения проблем, тут просто пытаешься оптимизировать свои силы.
>>в зум-колле и ты говоришь что делать.
У меня надо запрос написать одному челу, тот апрувит и передает дежурному, а тот перекидывает на ДБА. Зум недоступен в принципе, только переписка в комментариях (когда тикет вернут на уточнение).
Когда надо что то сложное сделать - пишешь километровую инструкцию как и под какими правами запускать что то. Желательно приложить ссылки на документы, что ты вообще имеешь права на такие действия.
А если в результатах персональные данные - то надо подождать проверку СБ и указать специальную внутреннюю почту (которая есть только у ПМ и выше).
Жёстко, но это правильно, за 1 фотку слитую в Интернет пользователя без его ведома в США штраф 5000 $ с компании. А обычно сливают не 1 фотку, а сразу так пару сотен тысяч, так что все в организации должны на ушах ходить если кто-то хочет получить информацию с персональными данными пользователей.
Нам так объяснял менеджер когда начали вводить запреты на работу с БД где были фотки пользователей.
Завели, оградили ото всех 7 замками, сначала все страдали, потом привыкли. Фотки нужны для тестирования алгоритмов, а чем ближе фотка к боевым условиям тем лучше
Деды запускали пакет пынекарт раз в день. Остальное время курили и думали. А ты свинья лишь бы на колесе своем колесить.
Хуёво учил, значит. Ладно, слово criterion очень учёное, в единственном числе редко употребляется и вообще заимствовано из греческого в обеих формах, хотя можно же посмотреть в словарь, Интернет для чего сделали?
Но не знать, как образовать множественное число от child, foot, goose, sheep, man, — это двойка.
И что там расходится с моими словами?
Which is correct?
Your own criteria for selecting a computer ___ defined by how you intend to use it.
a. are
b. is
Answer: a
Explanation: Criteria is plural, although the singular form, criterion, is much less often seen.
@
ВКАТИВШИСЬ ВОЛКОМ, НА СОФТАХ, ЧАТЖИПИТИ И УДАЧНЫХ ОБСТОЯТЕЛЬСТВАХ ВЫЕЗЖАЕШЬ ЗА ПОЛТОРА ГОДА ДО СЕНЬКИ
@
СОБЕСЕДУЕШЬ ДЖУНОВ МИДЛОВ
@
НА МИТИНГАХ ПРИЛЮДНО БУГУРТИШЬ С ЗАСИЛИЯ ВКАТУНОВ БЕЗ ТЕХВЫШКИ И СКУФАРИЕВ СО СКИЛБОКСОВ
@
ПИШЕШЬ ПИСЬМА ХЕРКЕ С ФИЛЬТРАМИ КАНДИДАТОВ ГДЕ САМ НЕ ПРОХОДИШЬ НИ ПО ОДНОМУ КРИТЕРИЮ
@
ВСЕ БУГУРТЯТ ОТ ТЕБЯ
просто интересно сеймы есть?
Нет, мы же не пидоры
Да так везде, во многих сферах. Раньше вкат был проще. В Академии точно так же. Кучи уже штатских профессоров на западе не прошли бы по сегодняшним критериям. Аналогично с айтишкой, только там оборот быстрее.
Сейчас просто на какой-нибудь заводик не госплановский инженером устроится - попу порвать. Текущие инженеры тупа набирались рекрутерами с техношараг.
Дефицит инженеров с опытом за 20к, но за 100к нанимать уже не готовы - тогда прибыли будет мало и не выдержат конкуренции.
Кек, дефицит 5 млн. рабов тогда
>is much less often seen.
Вот это расходится, ты говно мамонта отрыл и презентовал как золото (твоё достижение)
Это слово, которым хорошо проверять всяких ракешей и прочую срань.
Как и слово кочерга: мало кто правильно склоняет его во множественном числе.
Чел всем похуй в английском. Один ты сидишь изучаешь его до С2, а чэд Эльдхоз с В1 уже получил паспорт с птичкой и чилит на пляже Майями и хуй клал даже не man men
@
В ЭТО ВРЕМЯ РЕФЛЕКСИРУЮ СВОЮ ЖИЗНЬ
@
ПОНИМАЮ ЧТО ПРОЕБЫВАЮ ЖИЗНЬ РАБОМ КАБАНЫЧА
@
ГРУСТНО БОМБИТ
@
КУПИЛ КУРС УСПЕШНОГО УСПЕХА У УСПЕШНОГО КОУЧА
@
ОСТАЛСЯ ТАКИМ ЖЕ ЛУЗЕРОМ
@
НО РАССКАЗЫВАЕШЬ ВСЕМУ ИНТОРНЕТУ КАКОЙ ТЫ УСПЕШНЫЙ
Я думал уже по 4 часа работать, а остальное время своим проектом заниматься. Но выглядит как совсем скотский поступок.
oh my sweet summer child
работаю 1-2 часа в день, на хорошем счету у руководства, остальное время занимаюсь своими делами
Взвесь количество выполняемой тобой работы и оцени ее объективно. Если посчитаешь, что тебе платят слишком мало - вообще не парься и занимайся своими делами.
@
У НАС ТУТ ДДД И МИКРОСЕРВИСЫ
@
УЖЕ ТРИ ДНЯ ПЫТАЕШЬСЯ НАРЫТЬ КОНЦЫ БАГА
@
ДОКУМЕНТАЦИИ НЕТ
@
СХЕМ КЛАССОВ И БД НЕТ
@
СХЕМЫ ВЗАИМОДЕЙСТВИЯ СЕРВИСОВ НЕТ
@
НА БОРДЕ ТРИ СТАТУСА ОЖИДАЕТ, В РАБОТЕ, ЗАВЕРШЕНО
Я ебал просто эти ДДД и прочую залупу говна
> только бы переменные не называть адекватно с типом данных чтоб сразу было видно всё и понятно
Я пришёл к тому, что намного приятнее звучит венгерская нотация наоборот - в виде суффикса и без сокращений. Т.е. blaBlaBlaArray или blaBlaBlaList или blaBlaBlaString, blaBlaBlaMap. Но это бывает нужно только когда есть несколько переменных blaBlaBla, каждая из которых нужна на определённом этапе и назвать их одинаково нельзя или неправильно.
Хахахахаха
А потом ты проснулся обосранным
Говно какое-то.
- blaBlaBlaString - String не нужно, 99% случаев тебе похуй на тип переменной, ты просто ее сравниваешь с другой и прекладываешь куда-то
- blaBlaBlaArray или blaBlaBlaList - еще более похуй на тип коллекции, массив, лист или очередь, просто s добавить в конец s и все
- blaBlaBlaMap - опять же говно, вместо указания что это Map надо указывать что на что мапится idToValue
Двачую
>>надо указывать что на что мапится idToValue
blaBlaBlaMap короче и понятнее чем blaBlaBlaidToValue
>>Map -> applesToOranges
applesToOranges это мапинг apples в oranges
map <id, entity> будет также как и лист - apples
Это не маппинг это получение значения из словаря по ключу. Ты путаешь блять mapping и map
Блять, подожди. Есть HashMap, в котором каждому элементу соответствует ключ. От ключа берется хеш-функция получаем хеш. Храним значение по хешу ключа. Это очевидный Map.
Маппинг же это когда я хочу, чтобы одни элементы соответствовали другим элементам, что есть реализация того же самого HashMap, то это синонимы.
И наконец второй маппинг где я говорю: у меня есть список юзеров, но мне нужен список имён юзеров, поэтому я произвожу маппинг, то есть конвертацию одного списка в другой
val userNames = users.map { it.name }
Ты про какой мапинг говоришь?
>blaBlaBlaMap короче и понятнее чем blaBlaBlaidToValue
Совсем ебобо? Без просмотра кода понять же лежит в idMap нельзя. А вот idToEmployee сразу ясно что тут сотрудники по айдишникам лежат.
>А вот idToEmployee сразу ясно что тут сотрудники по айдишникам лежат
Тут понятно что ты ебанутый. Это не маппинг.
Маппинг это преобразование одного класса в другой, а у тебя коллекция с доступом по ключу.
Где ты вообще эти определения берёшь, чтобы называть кого-то ебанутым? Они же нигде официально не определены.
Мимокрокодил.
Под P понимается сборка в С#. Архитектор говорит тут только прямая зависимость одной сборки от другой.
То есть интерфейсе в P2. P0 содержит в себе ссылку на интерфейс, чтобы создать имплементацию. P1 содержит в себе ссылку на P0, чтобы использовать имплементацию и таким образом и от P2. При этом P2 если я корректно понимаю схему содержит в себе ссылку на P1, видимо используя какие-то классы оттуда.
Всё верно?
Ну, круг в каком-то смысле это искревленная прямая, так что твой архитектор в каком-то смысле прав...
Р1 использует у себя интерфейс для определения зависимости, сам интерфейс лежит в Р2, его реализация и связка для DI лежат в Р0.
Если честно я сейчас по памяти рисовал. Вообще сейчас зайду в проект ещё раз чекну.
Понял,
P2 -> P0 -> P1 и
P2 -> P1
В принципе если P1 в этой схеме не светится в P0 и P2, то всё нормально.
Service, а не servise.
И за Imp и Impl надо ебать нещадно, у нас тут не жаба, где непонятно что интерфейс, а что класс.
Бля чел я это пальцем на телефоне рисовал и писал.
Архитектор - это продажник, а не инженер. Его задача развести заказчика на дополнительное бабло, чтобы вместо 10 человек на проекте было 100. Когда такой хуй лезет в код, получается хуйня.
Короче я все верно нарисовал.
Есть три сборки P0(Api), P1, P2 они зависят друг друга согласно содержанию проекта слева направо P0 от P1 и P1 от P2.
В P1 есть некий класс, в нем поле типа IService.
IService находится в P2, реализация IService лежит в P0. Там же находится DI.
Мой вопрос к лицу и архитектору это нахуя такое было создавать.
Бывает бизнес архитектор - это бывший аналитик, в коде не шарит.
А бывает системный аналитик - это бывший программист, в бизнесе не так сильно шарит, но квадратики рисует норм и за кафку пояснить сможет.
А в чем конкретно вопрос? Интерфейсы в одном пакете, имплементация интерфейсов в другом это типичная практика.
Я бы другой задал вопрос: зачем интерфейс? Есть какие-то реальные причины подписывать контракт с пользователем, что вот эта часть API никогда не изменится + давать ему возможность свои имплементации создавать? Может нахуй его и тупо заебашить всё на финальных классах?
Это хуйня из под коня. Нормально это когда интерфейс и реализация лежат в одной сборке, тамже написано связывание их для DI, а главная сборка просто импортирует себе конфиг контейнера.
У тебя теперь по сути есть обратная зависимость Р2 от Р0 и транзитивная зависимость Р1 от Р0. Ты не можешь просто взять и убрать пакет Р2 из решения и заменить, тебе необходимо заменить именно сборку Р0 чтобы изменить поведение.
Этот чел кстати прав >>130152
Если мы пользуемся классом как синглтоном, то нахуй нам вообще интерфейс.
Ты всё правильно сказал. Я сам юзаю plural вместо array и т.д. Просто в редких случаях бывает нужно, когда есть array, set и т.д. имеет смысл уточнять.
Ну - blaBlaBlaMap - это когда ключи - id, а значения - blablabla. Но idToBlaBlaBla тоже часто пользуюсь, может и чаще
Интерфейсы легко замокать в тестах. Если ты не обмазываешься юнит-тестами, интерфейсы особо и не нужны.
Что тебе мешает мокать сами классы? Чтобы что-то замокать достаточно чтобы это что-то не создавалось внутри самого класса, а прокидывало снаружи.
>мокать классы
Ты на питоне пишешь? В статически типизированых языках класс не замокаешь. Можно подсунуть фейковую реализацию через интерфейс.
Жопу ставишь? Я могу мокать абсолютно любой класс и его виртуальные методы через мокью в С#, могу вообще просто написать класс наследник для тестов и переопределить все методы, что под копотом делает любой фреймворк и зачем ему собственно нужны виртуальные методы.
Интерфейс(С#) это просто специальный сахар над абстрактным классом который выделен как новое ключевое слово. В С++ их нет, но почему-то можно писать тесты и даже реализовать этот паттерн.
>написать класс наследник для тестов и переопределить все методы
Чел, ты болен. Прими таблетки.
Глупости, можно мокать классы
import org.mockito.Mockito;
import static org.mockito.Mockito.*;
class MyClass {
public String myMethod() {
return "Real Method Called";
}
}
public class TestMock {
public static void main(String[] args) {
MyClass myClassMock = mock(MyClass.class);
when(myClassMock.myMethod()).thenReturn("Mocked Method Called");
System.out.println(myClassMock.myMethod()); // Выведет: Mocked Method Called
}
}
С точки зрения компиляции и выполнения разницы вообще не существует. Все эти virtual, override не более чем сахар.
Ты дубу дал? Разница мжду динамическим диспачингом и прямым вызовом и в лучшем случае её сотрёт jit
Ты про прокси не слышал?
> Её сотрёт jit
Тогда с точки зрения жабы проблем нет. Всё что оптимизируется в jit валидно. Если же нужна дикая производительность, то это в плюсы.
Ну это кароче медоты вроде вот они, а вроде их и нету, виртуальные кароч
Кек
Жиза. Все дрочат пул реквесты. Лид пушит сразу в мэйн, ведь он великий и не ошибается.
Хахахахаха. Не смешно.
Все должны ревьют всех. Ревью это не апрув начальника, это просмотр кода на предмет хуйни.
Оценку в сторипоинтах придумали только для того, чтобы переложить на кабана ответственность за сорванные сроки. Кабан же не оперирует понятием сложности задач, для него важны даты, и, когда он не может получить от разрабов оценку в днях, приходится изобретать такие вот формулы для конвертации попугаев в часы. А потом ему будет нечего предъявить разрабам, сам ведь придумал формулу с неправильным коэффициентом.
Ага
ВЫШЕЛ НА НОВУЮ РАБОТУ
@
- У НАС ТУТ ДДД
@
- ПОКАЖИТЕ ОПИСАНИЕ ХОТЬ ОДНОЙ МОДЕЛИЛ ИЛИ ТРЕБОВАНИЙ
@
- ПУК!... СРЕНЬК!... - НУ ТАМ ИТАК ВСЕ ДОЛЖНО БЫТЬ ПОНЯТНО
>Кек, до сих пор не знаю как в сторипоинтах оценивать задачу. В 99 % случаях изначальная оценка, что по времени, что по стори поинтам не совпадают с реальностью.
Оценка в сторипоинтах работает не как часы
Сторипоинт - это такая оценка сложности выполнения задачи, которая принимается на команду, и из которой задачи оцениваются. То есть, сторипоинт нельзя перевести во время например, но по сторипоинтам можно сравнить задачи и тд
После нескольких спринтов обычно сторипоинт примерно стандартизируется, то есть у всей команды в голове схожее понимание, чтобы оценивать задачи.
По оценкам потом набираются задачи на спринт. Тут уже есть примерное понимание сколько сторипоинтов человек может затащить и сколько задач на спринт ему давать
>После нескольких спринтов обычно сторипоинт примерно стандартизируется
А потом ПМ решает добавить еще по паре созвонов в день, т.к. у него горят сроки и он считает, что только так можно ускорить работу и все эти оценки идут по пизде.
А нечего в оценку задачи включать созвоны. Ты задачу оцениваешь, а не спринт. От того, что из-за созвонов уменьшится суммарное количество сторипоинтов в спринте, оценка задачи не изменится.
>>Все должны ревьют всех. Ревью это не апрув начальника
у нас именно апрув начальника
>>это просмотр кода на предмет хуйни.
лид решает что тут хуйня, а что нет
Это перекладывание ответственности. Если задачи похожие - кабан и так по статистике может все посчитать. Если что то принципиально новое - один хуй никто не скажет без дополнительного рисеча.
>>сколько сторипоинтов человек может затащить
Ну вот по своему модулю я сделаю фичу за 2 часа, а Леха который другую часть пишет - за 10 часов, из которых 8 он будет вникать в контекст.
Во сколько поинтов оценивать? Если эта задача попадет мне я х5 программист, а если Лехе - он говнокодер?.
>Ну вот по своему модулю я сделаю фичу за 2 часа, а Леха который другую часть пишет - за 10 часов, из которых 8 он будет вникать в контекст.
>Во сколько поинтов оценивать? Если эта задача попадет мне я х5 программист, а если Лехе - он говнокодер?.
В условные 3 сторипоинта, независимо от исполнителя
сторипоинт - это не оценка времени
При планировании спринта прикидывается, что средняя производительность синьора Васи - это 30 сторипоинтов, а мидла Пети - это 20 сторипоинтов, значит на такое поинтов можно набрать задач в спринт
>>132390
>А потом ПМ решает добавить еще по паре созвонов в день, т.к. у него горят сроки и он считает, что только так можно ускорить работу и все эти оценки идут по пизде.
Не идут, потому что нет временных оценок
>Сторипоинт - это такая оценка сложности выполнения задачи
Сторипоинты это оценка производительности команды и к задачам и их оценке не имеет отношения
@
СКОЛЬКО РАЗ В СУТКИ ЧАСОВАЯ И МИНЕТНАЯ СТРЕЛКИ ОБРАЗУЮТ УГОЛ π/2?
@
НАС ИНТЕРЕСУЕТ НЕ СТОЛЬКО ОТВЕТ, СКОЛЬКО СПОСОБ РЕШЕНИЯ
> МИНЕТНАЯ
Наверняка у тебя уже прокачан скилл быстро редактировать сообщения после отправки в рабочие чаты.
>>В условные 3 сторипоинта
>>производительность синьора Васи - это 30 сторипоинтов, а мидла Пети - это 20 сторипоинтов
Так я ж тебе пример привел, что сторипоинты не равноценны получаются. Я таких задач могу нарешать на 50 сторипоинтов, а Вася - на 20. А если поменять задачи, то я решу на 20 поинтов, а он - на 50.
А ты считаешь так, будто у задач контекста нет и это какие то абстрактные алгосы.
@
НО ЕСТЬ ДВА УГЛА В ГРАДУСАХ ОТ -360 ДО 360
@
НАПИШИТЕ ФУНКЦИЮ, КОТОРАЯ ВОЗВРАЩАЕТ TRUE
@
ЕСЛИ ПОВОРОТ ОТ ОДНОГО УГЛА ДО ДРУГОГО ЗАЙМЕТ МЕНЬШЕ 45 ГРАДУСОВ
@
ОБМЯКАЕШЬ ПОСЛЕ ДВУХ НЕУДАЧНЫХ ПОПЫТОК
>абстрактные алгосы
Даже так если чел решал похожую это на 30% ускорит, если решал почти такое на 50%, если вообще 1к1 то меньше чем за 20 минут напишет.
Сторипоинт условно равноценен
Естественно, что производительность разная, и зависит еще от контекста, знаний по предметной области и тд. Но считается, что команда действует оптимальным образом, поэтому задачи берутся в соответствии с компетенциями, а сторипоинты помогают оценить среднюю производительность при таких условиях.
То есть, если команда за спринт делает задач на 100 сторипоинтов, то значит в среднем в каждом спринте команда может взять задачи, распределить между разработчиками так, что выполнит снова задач на 100 сторипоинтов
Есть еще один важный момент, который практически игнорируется в командах: задачи не должны распределяться заранее, а разрабы должны самостоятельно брать задачи в течении спринта. Формируется только спринт бэклог.
>ОБМЯКАЕШЬ ПОСЛЕ ДВУХ НЕУДАЧНЫХ ПОПЫТОК
@
Но всё равно не хочешь нанять консультанта-математика за МРОТ т.к.
ПОГРОМИСТ И ПРИНТЕРЫ ЧИНИТЬ ДОЛЖЕН УМЕТЬ И АЛГЕБРУ ДОЛБИТЬ
ВОЗБУХАТЬ
Наружу
Напомнило не скажу что.
«Сколько ангелов может танцевать на булавочной головке?» — фраза, которая приводится как пример бессмысленного спора, обсуждающего малозначимые детали. В других вариантах фразы вместо ангелов могут быть черти; они могут «сидеть», а не «танцевать», и «на кончике иглы», а не «на булавочной головке».
Авторство обычно приписывается протестантскому теологу XVII века Уильяму Чиллингворту — в работе «Религия протестантов» (1637 год) он привёл фразу в варианте «Не может ли миллион ангелов сидеть на кончике иглы?» как пример бессмысленного вопроса, якобы занимавшего средневековых схоластов.
>пример бессмысленного вопроса
Гуманитарии такие гуманитарии.
Обсуждение этого вопроса привело к созданию дифференциального исчисления, с помощью которого и находится ответ на искомый вопрос.
Бессмысленный вопрос - это считать количество гендеров в голове психически больного пидораса.
>Бессмысленный вопрос - это считать количество гендеров в голове психически больного пидораса.
Вообще у людей по одному гендеру в голове. А у тебя их сколько, психически больной пидорас?
И сколько?
>Обсуждение этого вопроса привело к созданию дифференциального исчисления, с помощью которого и находится ответ на искомый вопрос.
Пруфы, быстро.
Зачем они обсуждали ангелов на игле? Они что, ебанутые?
Диффиеренциальное исчисление не имеет отношения к этому вопросу.
Математика строит сама себя, ей не нужна опора на реальный мир. Её законы существуют в отрыве от реальности. Пример? Да вся геометрия Лобачевского или ТФКП, методы анализа многомерных функций.
Нигде в реальности нет 20 мерных пространств, но математика может описать секущую N-плоскость в этом пространстве и мы это используем для методов ML.
Ты типичный наукобот который где-то нахватался по верхам. Не существует никакой гуманитарной или технической науки. Есть наука в целом, нормальный учёный из философию знает и книги по ней пишет и в математике разбирается и в химии и в физике.
ЕРОХА ИЗ HR КОНКУРИРУЮЩЕЙ ФИРМЫ УЖЕ УКОМПЛЕКТОВАЛ ДВА ОТДЕЛА ПРОГРАММИСТОВ И ЗАКРЫЛ 3 ПРОЕКТА
@
А НАШ ТО ВСЁ МИНЕТНЫЕ СТРЕЛКИ СЧИТАЕТ С СОИСКАТЕЛЯМИ
Из 15 века капчуешь, мастер философии?
Это архангелы всякие, серафимы. Рядовые ангелы там вполне антропоморфные.
Pull и Push заиграли новыми красками
Расскажи поподробнее за подставные конторы для опыта?
@
ТЕПЕРЬ ТЫ В КАСТЕ НЕПРИКОСАЕМЫХ
@
В ТЕБЯ ХАРКАЕТ ДАЖЕ КОШКА
@
ЕШЬ ХЛЕБ С ПАРАШИ
@
ВМЕСТО СТУЛА ИСПОЛЬЗУЕШЬ БУТЫЛКУ
Именно так. И даже во всяких кажущимися big brain областях тоже самое, только вместо пакета из реестра ты берешь какую-то теорему/модель из папира и натягиваешь на свою задачу
@
КРЕСТОВИКИ ВЫДЕЛЯЮТ ПАМЯТЬ, НЕ СОХРАНЯЯ УКАЗАТЕЛИ
@
ДОТНЕТОВЦЫ ЗАБИЛИ НА ОБРАБОТКУ ИСКЛЮЧЕНИЙ И ИСПОЛЬЗОВАНИЕ ДЖЕНЕРИКОВ
@
РУБИСТ ЗАСОРИЛ БОРОДОЙ КЛАВИАТУРУ
@
ВЕБ-ОТДЕЛ РАЗМЕСТИЛИ РЕКЛАМУ
@
ДЖУНИОРЫ СЪЕЛИ ВСЕ ПЕЧЕНЬЯ И ВЫПИЛИ ВЕСЬ ЧАЙ
Я просто хочу проект без паджитов, неужели я так много хочу?!
>КРЕСТОВИКИ ВЫДЕЛЯЮТ ПАМЯТЬ, НЕ СОХРАНЯЯ УКАЗАТЕЛИ
Тебе что, память жалко? Она сейчас дешёвая. А как приложение рухнет, так память и возвратится системе. Зачем её освобождать? Это дедам и отцам нужно было экономить и беречь память, а сейчас времена другие.
Не слишком толсто? Поверили?
Помню, какой-то вебсервер умирал, когда не мог выделить память. Мне это тогда показалось НЕПЛОХИМ решением, ведь его все равно демоны перезапустят...
@
УСТАНАВЛИВАЕШЬ
@
ПРИ НАЖАТИИ ЛЮБОГО ПУНКТА С ГЛАВНОГО ЭКРАНА ОТКРЫВАЕТСЯ ВСТРОЕННЫЙ БРАУЗЕР СО СТРАНИЦЕЙ
>УСТАНОВИТЕ НАШЕ МОБИЛЬНОЕ ПРИЛОЖЕНИЕ ДЛЯ БОЛЬШЕГО КОМФОРТА
@
НЕ УСТАНАВЛИВАЕШЬ
@
КРОМЕ ЗАГЛУШКИ "СЛЫШ УСТАНОВИ" НА САЙТЕ НИЧЕГО НЕТ
ТЫ МИДЛ, БРАЛИ НА РАБОТУ.
@
РАДИ ИНТЕРЕСА ЗАШЕЛ В ВОЛЧЬЮ СТАЮ
@
НЕ БЕРУТ НА РАБОТУ, ЗАСВЕТИЛСЯ В ЧЕРНЫХ ЛИСТАХ
НЕ ИМЕЕШЬ ОТДЕЛЬНОГО РАБОЧЕГО НОМЕРА И ТЕЛЕГИ
@
РЕГАЕШЬСЯ С ОДНОЙ ПОЧТЫ НА ЛИНКЕД.ИН ПОРНХАБ И ВК ГДЕ ВЫКЛАДЫВАЕШЬ ФОТКИ КАК УХУЯЧИЛСЯ И БЛЮЕШЬ В ШКАФ
@
ЧЕРНЫЕ СПИСКИ
@
ПУСТАЯ
@
ДВЕ-ТРИ ОТКРЫТЫЕ ТОБОЙ ИСЮЙКИ ВИСЯТ ПУСТЫЕ
@
В ИСЮЙКАХ ЕРОХИНА ПОРНО И ПАТЧИ
@
НА СТРАНИЦЕ ТЫСЯЧИ ФОРКОВ ФОРКОВ
@
ЯДРО ЛИНУКСА, ОБЩИЙ РЕШАТЕЛЬ ВСЕГО И ТЕТРИС ПОД ВУЛКАН
@
СЧЕТЧИК ЗВЕЗДОЧЕК ПЕРЕПОЛНИЛСЯ И ПЕРЕВЕДЕН НА БИГНУМЫ
@ ПОСТАВИЛ 10 000 ЗВЕЗД ЧУЖИМ ПРОЕКТАМ (ЛАЙКАЛ)
@ ХРЮША ОТКРЫЛА ТВОЙ ГИТХАБ
@ ХРЮША ДУМАЕТ ЧТО ЭТО У ТЕБЯ 10 000 ЗВЕЗД
@ ТЕЧЕТ
Двачую. Жиза
В общем смысле, волчара - это тот, кто пытается наебать работодателя фейковыми резюме с фейковым опытом, работой в двух местах и тд
Из-за того, что появились подобные волчары, проверки на собесах стали тщательнее
ЗАМЕТИЛ ЧТО ТЯН ЛЕГЛА НА КРАЮ
@
НЕ УДЕРЖАЛСЯ И УКУСИЛ ЕЁ ЗА БОЧОК
@
ТЕПЕРЬ ТЫ ВО ВСЕХ ЧЕРНЫХ СПИСКАХ
Есть но это локальные списки.
Схватив блокировку в зеленом ты получаешь бан на 80% галер страны и все дочки зеленого.
@
БЭКЛОГ НА 80% СОСТОИТ ИЗ КАКИХ-ТО ТАСОК, СОЗДАННЫХ ГОД-ДВА НАЗАД, БОЛЬШАЯ ЧАСТЬ КОТОРЫХ УЖЕ ПОТЕРЯЛА АКТУАЛЬНОСТЬ, А ДРУГАЯ ЧАСТЬ - ЭТО ТАСКИ, КОТОРЫЕ ВРОДЕ БЫ И ПОЛЕЗНЫЕ, НО НЕ ПРЯМ ВАЖНЫЕ, ПОЭТОМУ В СПРИНТ ИХ НЕ БЕРУТ
А минусы есть?
>ПОЭТОМУ В СПРИНТ ИХ НЕ БЕРУТ
Также в спринт не получается воткнуть автоматизацию, рефакторинг, написание документации и прочие штуки.
При этом сука никаких внешних дедлайнов нет, просто надо же СП сжигать для хороших показателей.
Мне для друга.
@
НА НЁМ УЖЕ 4 МЕСЯЦА ВИСИТ БАГА, КОТОРАЯ СТРЕЛЯЕТ РАЗ В НЕДЕЛЮ И КОТОРУЮ ПОЛЬЗОВАТЕЛЬ РЕШИТЬ НЕ МОЖЕТ
@
ТИМ ЛИД ДЕЛАЕТ ВИД, ЧТО НЕ ПРИ ДЕЛАХ
Месяц-то это нормально.
Первую неделю груминг, вторую обкашливание апи, ещё две недели реализация фичи, потом доку и тесты ещё неделю дописываешь
Т.е. минимально возможный ЦТ - это 5 недель
Я тот самый коллега, хих.
Кек да. На апворке всё чаще приходят проекты с нейросетями. Я уже вкатился, что-то могу заинтегрировать, но там всё более извращённые требования пишут
когда то давно когда трендом стала геолокация, меня посадили интегрировать с ГИС один справочник, годы спустя выяснилось что все окружающие после этого думали что я спец по ГИСу
Не понимаю, кстати такое.
Работал свое время в одном институте, и в моей лаборатории было буквально так, что если один человек использовал какой-то метод, то он сразу назначается экспертом, и на обсуждении тебя буквально отсылают побазарить с этим челом, даже если он уже не работает. Аналогично со специальностью в дипломе. У нас была одна вообще нулевая дура, которая закончила местный мехмат, и к ней было отношение уровня "Оооо, она мотиматек, значит ей мотемотический проект додим и будем звать на созвоны где есть мотиматика". Знала она хер до нихера, и все делали два каких-то чела, которые не имели диплома мехмата, но просто хорошо разбирались в матеше.
@
ДОСТАТОЧНО
@
ТУДА ЕЩЁ ЗАПИХНУЛИ СЫРУЮ НАПИСАННУЮ НА КОЛЕНКЕ ГОВНОЛИБУ КЛОН REDUX С ПОЛТОРА ЗВЁЗДАМИ НА ГИТХАБЕ
@
ЗАПИХНУЛИ ТАКУЮ ЖЕ ГОВНОЛИБУ ДЛЯ КАШТОМНОГО ЮАЯ, ДОПОЛНЕНИЕ К SWIFTUI
@
И ТОМУ ПОДОБНОЕ
@
ПОТОМУ ЧТО SWIFTUI ТОЖЕ СЫРОЕ ГОВНО, КОТОРОЕ САМО ПО СЕБЕ ПОЧТИ НИХУЯ НЕ УМЕЕТ
@
ДЕЛАЕШЬ ЭТОТ ПРОЕКТ ПОСЛЕ ПРОШЛОГО ДЕВЕЛОПЕРА
@
ЧЕРЕЗ НЕСКОЛЬКО ЛЕТ ЭТИ ДЕРЬМОЛИБЫ ТУПО НЕ КОНПИЛИРУЕТСЯ В НОВЫХ ВЕРСИЯХ СВИФТА, ДАЖЕ ЕСЛИ ОБНОВИТЬ ИХ ДО ПОСЛЕДНИХ ВЕРСИЙ
@
НАХОДИШЬ ПРОБЛЕМЫ В ЭТИХ ЛИБАХ, ФОРКАЕШЬ, ФИКСИШЬ, КОНПИЛЯТОР РУГАЕТСЯ УЖЕ НА ДРУГИЕ ЛИБЫ
@
ЗАТО НАПИСАЛИ ПРОЕКТ НА НОВОЙ МОДНОЙ ТЕХНОЛОГИИ
@
ПОХУЙ, ЧТО ДЛЯ ВСЕГО НУЖНО ПИСАТЬ ВЕЛОСИПЕДЫ, ОТ КОТОРЫХ ПОТОМ КУЧА ПРОБЛЕМ, ЗАТО СТИЛЬНО, МОДНО, МОЛОДЁЖНО
@
КОНПИЛЯТОР СВИФТА И XCODE ТОЖЕ СТАНОВЯТСЯ ВСЁ ХУЖЕ И ХУЖЕ, ПОТОМУ ЧТО ПОСТОЯННО ВЫДАЮТ РЭНДОМНЫЕ ОШИБКИ ПРОСТО ИЗ-ЗА ТОГО, ЧТО ЧТО-ТО ГДЕ-ТО ЗАКЕШИРОВАЛОСЬ
@
КОНПИЛЯЦИЯ НА ДВУХ РАЗНЫХ МАКАХ С ИДЕНТИЧНЫМИ ВЕРСИЯМИ ВСЕГО ВЫДАЁТ РАЗНЫЕ ОШИБКИ
@
ПОСЛЕ ОЧИСТКИ ВСЕВОЗМОЖНЫХ КЕШЕЙ, ПЕРЕЗАПУСКА ИКСКОДА И МАКА ЧАСТЬ ОШИБОК ИСЧЕЗАЕТ
@
ДЖОБСА НА НИХ НЕТ
@
ДОСТАТОЧНО
@
ТУДА ЕЩЁ ЗАПИХНУЛИ СЫРУЮ НАПИСАННУЮ НА КОЛЕНКЕ ГОВНОЛИБУ КЛОН REDUX С ПОЛТОРА ЗВЁЗДАМИ НА ГИТХАБЕ
@
ЗАПИХНУЛИ ТАКУЮ ЖЕ ГОВНОЛИБУ ДЛЯ КАШТОМНОГО ЮАЯ, ДОПОЛНЕНИЕ К SWIFTUI
@
И ТОМУ ПОДОБНОЕ
@
ПОТОМУ ЧТО SWIFTUI ТОЖЕ СЫРОЕ ГОВНО, КОТОРОЕ САМО ПО СЕБЕ ПОЧТИ НИХУЯ НЕ УМЕЕТ
@
ДЕЛАЕШЬ ЭТОТ ПРОЕКТ ПОСЛЕ ПРОШЛОГО ДЕВЕЛОПЕРА
@
ЧЕРЕЗ НЕСКОЛЬКО ЛЕТ ЭТИ ДЕРЬМОЛИБЫ ТУПО НЕ КОНПИЛИРУЕТСЯ В НОВЫХ ВЕРСИЯХ СВИФТА, ДАЖЕ ЕСЛИ ОБНОВИТЬ ИХ ДО ПОСЛЕДНИХ ВЕРСИЙ
@
НАХОДИШЬ ПРОБЛЕМЫ В ЭТИХ ЛИБАХ, ФОРКАЕШЬ, ФИКСИШЬ, КОНПИЛЯТОР РУГАЕТСЯ УЖЕ НА ДРУГИЕ ЛИБЫ
@
ЗАТО НАПИСАЛИ ПРОЕКТ НА НОВОЙ МОДНОЙ ТЕХНОЛОГИИ
@
ПОХУЙ, ЧТО ДЛЯ ВСЕГО НУЖНО ПИСАТЬ ВЕЛОСИПЕДЫ, ОТ КОТОРЫХ ПОТОМ КУЧА ПРОБЛЕМ, ЗАТО СТИЛЬНО, МОДНО, МОЛОДЁЖНО
@
КОНПИЛЯТОР СВИФТА И XCODE ТОЖЕ СТАНОВЯТСЯ ВСЁ ХУЖЕ И ХУЖЕ, ПОТОМУ ЧТО ПОСТОЯННО ВЫДАЮТ РЭНДОМНЫЕ ОШИБКИ ПРОСТО ИЗ-ЗА ТОГО, ЧТО ЧТО-ТО ГДЕ-ТО ЗАКЕШИРОВАЛОСЬ
@
КОНПИЛЯЦИЯ НА ДВУХ РАЗНЫХ МАКАХ С ИДЕНТИЧНЫМИ ВЕРСИЯМИ ВСЕГО ВЫДАЁТ РАЗНЫЕ ОШИБКИ
@
ПОСЛЕ ОЧИСТКИ ВСЕВОЗМОЖНЫХ КЕШЕЙ, ПЕРЕЗАПУСКА ИКСКОДА И МАКА ЧАСТЬ ОШИБОК ИСЧЕЗАЕТ
@
ДЖОБСА НА НИХ НЕТ
> ТУДА ЕЩЁ ЗАПИХНУЛИ СЫРУЮ НАПИСАННУЮ НА КОЛЕНКЕ ГОВНОЛИБУ КЛОН REDUX С ПОЛТОРА ЗВЁЗДАМИ НА ГИТХАБЕ
Версии этих либ в проекте изначально были типа 0.0.1 и 0.1.0. Самое то, чтобы использовать в серьёзной приложухе
Тащемто мажорных. Но проблема в том, что там не то, чтобы конпелятор ругается на что-то конкретное, а просто глюки конпилятора и линкера с невнятными ошибка
>Первую неделю груминг, вторую обкашливание апи, ещё две недели реализация фичи, потом доку и тесты ещё неделю дописываешь
Наркоман чёртов, какое АПИ и доки для бага? АПИ и доки уже есть, надо просто сделать так чтобы всё работало как в документации написано.
Я значит прочитал книгу по тому как писать правильный API. Сложно написанную книгу. Потратил дохуя своего личного времени на это, потом ещё дохуя времени на то чтобы создать API для продукта и тут приходит менеджер и говорит
"Ваша кофеварка (пусть будет кофеваркой) должна уметь бегать".
Я говорю, чего? У кофеварки есть конкретная задача, которую она должна решать, это варить кофе. API создан для этой задачи, никакой бегающей кофеварки API не поддерживает и поддерживать не может.
"Вы создали хуевый API, ОЧЕВИДНО, что есть на свете кофеварки умеющие бегать и вы этого не учли".
Так нахуй на свете может быть есть кофеварка умеющая отсасывать хуй, управлять страной и в костюме сидеть, но у нас то в проблеме, которую решает кофеварка написано кофе варить!
"Нет! Наше решение должно быть кофеваркой, ЛЮБОЙ кофеваркой и ВАРКА КОФЕ вообще здесь не причем".
Сука, сука, сука. Что это за пиздец? Почему из-за одного долбоеба я должен переписывать нормальный API, на какую-то God-like хуйню?
Пиздец, вот эта ебучая линейная иерархия где все ссут сказать прямо, что начальник хуйню морозит и все тимлиды заткнувшись сидят с понурыми лицами и что-то мямлят про то, что "ну, тут ничего не поделаешь, менеджер сказал прыгать, мы прыгаем".
Блять. Надо серьезно пересмотреть отношение к работе. Возможно с подачей на увольнение.
Кек, ну тимлид значит баклаши бил если такое мимо него прошло
Создам свою компанию с блэкджеком и шлюхам!
Я раньше думал что аналитики такие же профессионалы как и программисты. По крайней мере раз они продукт то знают и апи хотя бы смогут сделать.
Оказалось что они и реста не понимают и продукт нихуя не знают - только тестерки могут ответить внятно как какая то ебала должна работать.
Иногда уже на этапе тестирования выясняется что аналитик долбоеб не то в задаче написал и теперь надо половину переделать.
Сначала как то выяснял истину, переписывался, созванивался с тестерками/аналитиками. А щас уже похуй. Что напишут - то и сделаю. Хоть 20 раз перепишу если надо. На код тоже как то похуй. Костыль - да и хуй с ним. Я ебал все это говно рефачить (тем более что тестов толком нет, а как это работать должно хуй поймешь)
Какие хорошие у вас тестеры. Нашим приходится каждый раз с нуля объяснять, как тестировать, какие тест-кейсы составить, как их прогонять, какой будет результат. Бесполезно тыкать в требования, инструкции и описания задач. Дохуя созвонов, где разрабы тупо сидят и объясняют тестерам, что если в описании сказано "Нажать на кнопку Ок", то надо нажать на кнопку Ок. Многие разрабы настолько заебались, что сами в свободное время тестируют и заводят баги сами на себя.
Без шуток, зумеры на полном серьезе так считают. В результате браузер - самое прожорливое приложение в системе, требует ресурсов больше чем игры (Atomic Heart - 8 ГБ, для Хрома рекомендуется 16 Б).
> Intel 8088 — 16-битный микропроцессор, выпущенный компанией Intel 1 июля 1979 года и основанный на микропроцессоре Intel 8086, но имевший 8-битную внешнюю шину данных. Процессор использовался в оригинальных компьютерах IBM PC. Intel 8088 явился базой для разработки семейства малых компьютеров. Он подготовил почву для быстрого создания совместимых настольных компьютеров.
А сейчас скоро драйвера начнут писать на питоне и жабоскрипте.
>8088
Лол это как раз пример как работают 🐗猪🐗чики.
У них был договор на эксклюзивную поставку 8086 по фиксированной цене. Они порезали ему шину, сказали что это новый процессор, на который не распространяется договор, и продавали порезанную версию дороже чем полную.
У меня похожие мысли. Слишком сильно качество работы зависит от личности работника. Кто-то на похуй делает свою часть работы, из-за этого другие сотрудники не могут свою часть работы сделать хорошо и пропадает мотивация даже пытаться когда видишь, что 90 % коллег плевать что продукт говно.
Тут или менеджер должен быть сверх-адекват или селекция сотрудников на этапе найма запредельного уровня.
Спасибо за последний абзац, бро
У меня не то что системный аналитик умственно отсталый, а CTO просто ебанат конченный сидит чисто из-за ЗП, а не из-за успеха и доходов продукта
На грумингах мы оцениваем задачи без DoR и DoD, переделываем один и тот же функционал десятками итераций, на который никто даже не жаловался, сука
Нет метрик, нет логов, нет нихуя
Задачи из беклога берутся ПОшниками по принципу "Ну вот эта хуйня звучит важно"
Последние пару недель работаю по принципу "работаю пару часов, делаю минимум и идите нахуй"
Это буквально обязанности руководящих позиций рулить всем этим детским садом и раздавать пендали по необходимости
первый круизис под 32-битные системы выходил
Головомер в треде
А на🌶? Меня ни нашу ни иностранцы ни разу не просили опыт подтвердить, только вопросы про проекты задавали
Алсо, кто такие волки? Спрашиваю потому, что подозреваю, что это как-то меня касается, я когда первую работу искал в 2018 напиздел про два года на фрилансе по совету друга
Я у себя подвыгорел, задачи делаю 🌶во и мало, пришёл на перформанс ревью, оценил себя на 2 из пяти по всем пунктам, честно рассказал, что ни🌶 не делаю - сказали, что у меня синдром самозванца и подняли зп. Рот ебал этих интервью, ревью и прочего каргокультизма
Госуха чтоль?
А если у меня ИП в другой стране, инвойсы и контракт проканают?
Я тут, но я только пришёл, не знаю, что делать
Это копия, сохраненная 22 августа в 13:27.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.