Как стать автором
Обновить
-27
Александр Ковалёв @Koval97read⁠-⁠only

Программист С++ низкого уровня

Отправить сообщение

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

По опыту знаю, что меняются и ещё довольно заметно. И нет тут никакого разделения на "слабый" и "сильный", просто подходы разные. Одни реализуются через коммуникативные способности, а другие через операционные. Слабым оно кажется, когда коммуникативность превалируют на операционностью, а псевдо-сильным, когда операционность превалирует над коммуникативностью, что и отражается желчью, неприязнью (из-за зависти к успехам коллег, прилагающих меньше физических усилий), желанием гнобление, опушенностью и ответным желанием опустить всех, кто хоть немного выше.

С опытом они просто работают над своими слабыми функциями, и стремятся навстречу друг к другу. Этот совершенно естественный процесс, нарушаемый негативной практикой менеджмента (а точнее его полным отсутствием), в силу того что в конкретной среде менеджеры стремятся экономить средства любыми способами и не способны работать над стратегическими решениями, а не операционными.

Я как-то ходил пару раз в налоговую. Они казались более дружелюбными ребятами. Даже свою деятельность через Госуслуги продвигают, и приложение "Мой налог". Но чтобы так предъявлять из-за оплаты услуги самозанятому - нонсенс.

В отличие от вас системы контроля версий в работе использую для дела, а не для баловства! Консоль оставьте для секты консольщиков, а нормальный человек, зная что можно работать с визуальной формой, где всё наглядно и видно сразу что к чему относится, без всяких веб-форм и прочего говна - не будет в принципе использовать консоль, где и на практике применяются только две операции!

Совет №0: Скачайте Кракен и навсегда забудьте про консольный GIT. Намного лет вперёд сэкономите себе кучу времени и нервов - поверьте моему опыту, я этого говна нахлебался, хватило на всю жизнь.

Справедливости ради, я инженером в конструкторском отделе тоже испытывал каждый день. Но поправляло, что когда ты занят конкретным делом, то ты просто говоришь всем "Я сейчас занят такой-то деталью в такой-то сборке. Как освобожусь - посмотрю." и тебя никто не смеет одёрнуть. Ни один начальник не решился настаивать до последнего, даже если работа срочная.

И тут тоже приходится доделывать работу за других. Часто это требует практически переделывать работу за другого, но вынужден вручную исправлять косяки. А когда на испытательном тебя садили за чужой компьютер, и каждого она настроена под себя, то это превращается в незабываемый опыт, где такие миграции чуть ли не каждые 2 дня. Позже уже по опыту понял, что проще приобрести внешний SSD, настроить на нём ОС и софт под себя, и работать только с него, вне зависимости с какой машины ты запущен - тем более SSD большого объема нынче стоят не так дорого, как раньше.

Просто крановщик, как и водитель, оператор ЧПУ, токарь, слесарь, моляр, и прочие спецы видят результат своей работы в процессе прямо перед собой и их никто не пытается держать в невиденье. В IT (я работал программистом, знаю какого это) и часто у автоматчиков (АСУ ТП, тоже там работал, почерпнул проект, над которым сейчас работаю) такое случается с регулярностью.

Есть золотое правило: "На каждого программиста должно приходится не менее 2 тестировщиков", но кто же в наше время в контрактных конторах будет уделять внимание тестированию вообще? Вот и получается, что людям помимо того, что работать приходится с "чужими заслугами", так ещё делать фактически двойную работу. А когда тебя ещё дёргают внерабочее время, и никто тебе за такие "визиты" не платит, то тут ни то что выгоришь, а уйдёшь к первому встречному, лишь бы оставил в покое.

Я сам пользуюсь десктопной компактной версией приложения (Yandex.Disk Portable v. 1.4.22), которой за глаза хватает под личные файлы, публичные ссылки и все операции через контекстное меню Проводника Windows, новомодное десктопное приложение у них гавно, а для серьёзного сетевого хранения данных с множественными правами доступа никто лучше персонального сервера не придумал. Тем более, как я вижу, автор статьи в этом знаток - тут сам бог велел собрать сервер на старом Xeon, ITX плате и в маленькой коробке с несколькими винчестерами на 3-6 ТБ каждый.

У меня лично подобная исповедь случилась после миграции с Delphi на C/С++ после долгого созревания. Много лет искал среду, напоминающую мне любимую среду, которую не за красоту называл лучшей. Но когда нашёл Lazarus, установил и запустил его, и со слезами на глазах, сказав "Это же он самый!", простился.

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

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

"Когда пытаешься найти возвысить себя и найти повод для гордости - в конце концов начинаешь маршировать на площадях. Это формула работает повсюду." (с Датч)

Когда я начинал программировать (2012 год) никто об трудоустройстве программистов даже не думал. Каждый решал по сути какую-то конктретную для себя задачу: написать нужную программу, сделать свой веб-сайт.

Далее забивали в поисковик видеокурсы по программированию (они тогда были очень популярны) или книги по программированию (часто очень полезные сборники закрепляли на форумах), и подражая "справочникам", методом проб и ошибок учились самостоятельно.

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

Мышление у людей было на порядок более гибкое. Они на свои же русские форумы программистов и сисадминов приходили, задавали в темах вопросы, отвечали другим, и получали куда более адекватные ответы, чем на всех ваших StackOverwall или Хабр.

Статья в принципе заебись. В золотой пантеон Хабра хоть записывай. Смущает одна цитата:

Для ручного или полу-автоматического (с ожидаемым средне-плохим результатом) создания карт нормалей из 2D изображений существует какое-то количество софта. 

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

Во многом именно таких мелочей не хватает современным видеоиграм.

Гонятся за реализмом, конечно, весело. Но всё таки вещи натуральными делают их несовершенства, которые показывают, что у них есть какая-то история. Собственно за такой аспект даже полюбил дизайн в The Room / The Room 2. Да и многие культовые игры, больше делали акцент на таких вещах.

Художественные приемы на то и ручные (скорее алгоритмические с определенной историей событий), что позволяют сделать акцент там, где "чистый реализм" это напрочь затеряет в ворохе других случайных чисел, которые неизбежно придётся применять, чтобы придать объектам шероховатость, иначе их игнорирование в угоду "ограничениям движка" делает объекты чрезмерно плоскими, а сцену скудной.

Один французский философ однажды сказал:

"Люди - как игральные кости: мы бросаем себя в направление, которое выбираем"

Даже когда думаем, что выбора нет совсем, мы делаем бросок.

Менеджмент не в том, чтобы избегать неприятностей или боятся запачкать руки, он скорее во взаимном обмене знаниями, событиями, опытом. Чаще можно договорится, не желают договариввться - измените правила игры так, чтобы с вами вынуждены договариваться, не желают менятся - всегда есть инстанция, чья сторона создаёт монополию на применение силы, или вспомните основной закон рынка: "Конкуренция вас рассудит. Если не хотят менятся одни, то невозможно тоже сказать про остальных".

В этом плане я всегда предпочтение отдаю книгам об экономике. Они куда лучше объясняют этот вопрос, чем книги об менеджменте непосредстве. В то время когда философия менеджмента повествует о методах, тактиках и стратегиях с точки зрения теории игр, вероятностях и максимумах в языке математики - экономическая наука в корне своём ухватываёт самую суть, и стимулов, и движения, и циклов причин и следствий, по которым живёт и природа, и мы.

Есть. Рассказать Лизе о планирование, рассказать как сам это делаешь, дать немного времени переварить. При следующей встрече выслушить впечатления, рассказать, что она начальнице может сказать "нет" и не брать на себе работу, в которой значительно сомневается. Рассказать, что если начальница хоть попытается воззразить в духе "а что если?", то сразу жалоба на стол директору с предписанием "нарушения условий труда". Дальше уже рукой водитель будет не только за дорогой следить, а ещё принимать во внимание пассажиров.

Не увидел за весь кейс двух вещей:

  • а) Преемственности (её тут нет от слова "совсем")

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

Кейс переусложнен искусственно и без явной на то причины. Автор, вы либо крестик снимите, либо трусы наденьте. Если делать работу, то уже делать её, а не имитациями заниматься.

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

А у них другой привычки после работы в бухгалтерии не выработалось. Привыкли работать статистами, а тут же с людьми работать надо, внутреннего заказчика расспрашивать. Как-то вышел у меня интересный диалог с одной из таких, и это ещё сливки общества:

"Это вы раскрутили мой  простой пример бесплатного обучения начинающих сотрудников, имеющих диплом, но не имеющий практического опыта работы как кейс"

Знания и практический опыт у людей с дипломом есть. Они знания получали, когда лекции посещали, делали лабораторные и сдавали экзамены. Академическая выучка им предаёт гибкость, там иначе учится не получится. Опыта у них тоже достаточно - практика в ВУЗах предусмотрена знатная. Вам государство в первый год после выпуска компенсирует зарплату за стажировку выпускников, а вы тут мне рассказываете - "ничего у них нет". 

Есть у них всё, просто вы это выявить не можете, только статистами вам работать. Галочки себе только придумываете: галочки есть - подходит, хотя бы одной галочки нет - иди нафиг отсюда. Плевать нам какой у кандидатов бэкграуд, какой социальный опыт, как он себя показывает, какие мотивы за душой - у нас галочки только есть и ничего нам больше не надо. По должности нужно много договариваться. А как узнать насколько человек может договаривается - не знаете. Ведь это нужно процедуру утвердить, оформить, на подпись отнести, чтобы нужная галочка появилась. 

(ссылка на мой комментарий)

На повестке дня у нас кефир.

Как правильно, однажды, высказался Алексей Уланов:

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

И пытались ли вообще? Это же нужно не спрашивать обратную связь, а по памяти ситуацию анализировать, и свои действия в первую очередь. Для таких деятелей, пишущих такие тексты, абсолютно нет никакой разницы между программистом-самоучкой с опытом в компании 6 месяцев и тем, кто пришёл в компанию две недели назад.

Для них такие понятия как "адаптация на новом месте", "преемственность" и "коллективное разделение труда" не виданы и в некоторых случаях, даже не мыслимы.

Согласен. Сам таким подходом, как вы описали выше, отличаюсь от коллег. Никогда не понимал этого дрочева на "в стандарте же явно не оговоренно", но и не запрещено же. Да иногда оговариваются, что "будьте внимательным к данным, тут могут быть неприятные побочные эффекты" - так по моему опыту, пусть не выдающемуся, когда ты вступаешь на тропу С, а следом движешься к С++, то внимание к данным становится настолько крепкой привычкой, что эти холливары уже не имеют никакого значения - с такого уровня всегда ясно в чем суть вещей.

но технология видеоигр никак не подходит для такой задачи. Тут нет повторений, каждый объект уникален. По сути если бы это была игра, то пришлось бы каждый объект отдельно хранить в виде спрайтов и рендерить отдельно.

Прямая цитата из статьи:

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

Знаете, что самое смешное: Именно так устроены все анимации в "Клубные заморочки". Авторы там заморочились по-большей части с геймплеем, нежели разрешением, скоростью анимации или её "невероятной разновидностью", как у вас тут.

Я правда не могу сказать, трехмерный там полигон или используется polygon в 2D-отрисовке в него картинки, по сути простой текстуры.

То есть вообще смысл такого рендера для браузерной игры, как у вас, если можно сделать одну развернутую текстуру и движущиеся части (ноги, руки), определять отдельными треугольниками, рассчитываемыми на лету. Да, вы получите наложение одной картинки на другую, но именно так оно и работает.

Ещё цитата:

Чтобы браузер мог достаточно быстро синхронизировать видео до нужного нам кадра необходимо иметь частые ключевые кадры (т.н. i-frames). 

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

Обычно в виде одновременного воспроизведения нескольких аудиофайлов формата wav или mp3 на одно аудиоустройство. Честно говоря, я бы изучил этот вопрос по-лучше несколькими простыми экспериментами, нежели заморачивался с костылями, чтобы получить тот же эффект.

Я думал танцы с костылями надумают разобраться как работают анимации в простых видеоиграх, тем более раз делаете идейного наследника Club Control ("Клубные замарочки") - адаптировать их зацикленную анимацию под WebGL, и сделать первую полноценную браузерную игру, а тут...

Вот так, дамы и господа, прямо на ваших глазах родился очередной Эффективный Менеджер.

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

Знаменитая тирада в стиле "Недополученная прибыль". С чего вы взяли, что она там вообще была, и с какой вероятностью можете быть уверенны, что более сильный кандидат примет ваше предложение?! Даже в такой ситуации куда логичнее привлечь его в качестве консультанта, нежели постоянного сотрудника.

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

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Омск, Омская обл., Россия
Дата рождения
Зарегистрирован
Активность