Насколько я знаю, сейчас две относительно новые схемы: первая записаться на флюорографию и подтвердить кодом, а вторая -- "На ваше имя заказан подарок, сообщите код для курьера, сейчас придёт в смс".
а также переводит на свой счёт более 200 тыс. рублей по СБП со своего счета в другом банке
Мне тут давеча сбер отклонил перевод и потребовал позвонить на 900, как раз при переводе по СБП себе же в другой банк. Позвонил, сказал, что это я перевожу осознанно, но меня проверяют:
-А не звонили ли вам из поликлиники? -Звонили -Не предлагали ли вам флюорографию? -Предлагали -Вот, это мошенники! -Схренали это мошенники, если я диспансеризацию прохожу? Мне много звонят из поликлиники, и по флюорографии звонили, я ее сделал.
В общем, подвесил я мальчика на несколько минут...
А в последнее время появились заказы типа "мы перевели с помощью ИИ, статью не приняли в журнал, сказали что какая-то бессмыслица, поправь пожалуйста".
А что дальше? А вот дальше мужик съел летучую мышь…
RIP, Оззи, ты был реально крут!
И примеров масса, как продажники становились ИТ-аналитиками, как сотрудники колл-центра становились разработчиками и т.д.
(голосом Каневского) Давать конкретные цифры, а тем более пруфы никто, конечно же, не собирался.
А новоиспечённым айтишникам придётся проходить через начальные позиции, без опыта работы. И, пожалуй, один из лучших стартов в ИТ — это тех поддержка.
Как там ещё в статье говорилось? Всех сотрудников ИТ называют «компьютерщиками»? Техподдержка требует развития большого количества навыков, многие из которых очень слабо коррелируют с навыками, которые нужны разработчику, тестировщику, аналитику. Я чаще встречал обратный пример, когда "мы не для того вкладывались в тебя, как в сотрудника техподдержки, чтобы теперь тебя еще на разработчика обучать". Этот лёгкий старт имеет очень ненулевые шансы превратиться в потенциальную яму.
В этой связи я бы каждого нового разработчика/аналитика/тестировщика (любого айтишника), вне зависимости от грейда и квалификации (даже руководителей) загонял бы в тех поддержку на 2-3 месяца хотя бы.
Это отличный совет, без иронии и сарказма. Объективно лучше работает только если прямо физически посадить к пользователям продукта. Риторический вопрос только: много ли компаний готовы 2-3 месяца платить сотруднику техподдержки зарплату руководителя? Ну, я просто искренне надеюсь, что автор не предлагает сценарий поработать в техподдержке на зарплате техподдержки, а потом уже перейти на ту позицию, на которую и приходил, с актуальными плюшками и бонусами.
В целом, в сухом остатке неплохая статья с грамотной аналитикой, которую, лично для меня, изрядно портит проскальзывающая досада автора. На то, что ему в своё время пришлось продираться к звёздам через тернии, а потом открылась широкая, просторная дорога, и как же здорово, что её, по-видимому, скоро закроют колючим шлагбаумом.
«Дорогая девочка. Спешу сообщить тебе радостную весть. Наконец-то мой патрон Полыхаев отправляет меня на производство. Но вот что меня поражает, дорогая Тили, – в концерне „Геркулес“ это называется загнать в бутылку (sagnat w butilku!). Мой новый друг Бомзе сообщил, что на производство меня посылают в виде наказания. Можешь ли ты себе это представить? И сможет ли это когда-нибудь понять наш добрый доктор математики Бернгард Гернгросс?»
Вот интересно, а может ли в реальном коде быть count < 0 и какой смысл в это закладывается? Эта даёт какую-то микрооптимизацию на уровне IL/asm, перестраховка на то, что кто-то в своей реализации интерфейса так пометил специальный случай или просто в жизнь старый анекдот воплощают?
Математики шутят...
В аудитории лектор читает лекцию по математике трем студентам. Внезапно встает пять человек и уходят. Лектор:
- Вот сейчас придут еще двое, и вообще никого не останется.
Прошу прощения, если ввёл в заблуждение неточной формулировкой. Под "отпишись и не читай" я имел в виду, что можно просматривая ленту чисто по заголовку понять, что эта статья не несет никакой полезной и нужной информации, и просто пролистать дальше в поисках более интересной статьи. Я открыл и прочитал эту статью потому что раньше не слышал про Qmmp (возможно, это моя недалёкость, но вот так вот) и стало интересно, что это вообще такое. А комментарий можно прочитать как "Я три дня гналась за вами, чтобы сказать, как вы мне безразличны" — опять же, не воспринимайте, как личный выпад, это исключительно в контексте попыток объяснить, за что могли поставить минус.
Непонятно за что вас минусанули - поставил плюсик :)
Я не минусовал, но могу рискнуть предположить за что минусанули, хоть это и неблагодарное дело, чужая душа потёмки. Благодаря этой статье я узнал о новой программе, которая показалась мне интересной и полезной, то есть, статья выглядит имеющей право на существование. Рассказать о существовании программы, используя выход новой версии как повод. А комментарий выглядит как пресловутое "грубое и неконструктивное" общение. В том смысле, что статья как минимум мне дала новую для меня информацию, а несмешной и неостроумный комментарий ничего не дал. Грубо говоря, показалась статья бесполезной — "отпишись и не читай".
По его словам, игра отключается, если педали остаются неподвижными более 10 секунд.
"Кроме шуток, лучший жизненный совет за последнее время я получил от экрана загрузки Doom. Звучит это так: «Непрерывно двигайся. Ад пожирает праздных»" (c)
Но если один специалист уходит, то и другие легче решаются на перемены.
Любопытно, напрашивается аналогия с перенасыщенным раствором, к примеру, ацетата натрия. Стоит появиться одному центру кристаллизации, и всё, процесс пошёл...
На вечеринках (коих я по мере возможности стараюсь избегать) меня часто одаривают улыбками и крепкими рукопожатиями самые разные люди, которые затем с многозначительно таинственным видом заявляют: – Знаете, мне всегда хотелось писать. Я всегда пытался быть с ними вежливым. Но теперь с той же ликующе-загадочной ухмылкой отвечаю им: – А мне, знаете ли, всегда хотелось быть нейрохирургом. На лицах тут же возникает растерянность. Но это не важно. Кругом полно странных растерянных людей, не знающих, куда себя приткнуть и чем заняться. Если вы хотите писать, то пишите. И научиться писать можно только в процессе. Не слишком пригодный способ для освоения профессии нейрохирурга.
Но вопрос, на мой взгляд, не только и не столько в практике, как таковой. А в том, что в реальной жизни надо добавить кусок функционала/пофиксить баг в системе, изобилующей многолетним наслоениями и разнообразными копролитами, написанной в стилистике письма дяди Фёдора. Короче говоря, разбираться в чужом коде придётся гораздо чаще, чем писать свой. И этот навык тоже нужно нарабатывать регулярной и постоянной практикой.
Было, конечно. Я примерно о том и хочу сказать, что в реальной жизни всё непросто и нет серебряной пули. Имеет ли смысл джуну работать в офисе? Ну, если процесс наставничества и адаптации не сведён к простой формальности, а, например, выделяется опытный сотрудник, который проводит толковый онбординг, работает в паре, объясняет, что и как устроено, то, очевидно, имеет. Имеет ли смысл работать в офисе, если у Вас двое детей и нет отдельного кабинета и наушников с активным шумоподавлением? Вероятно, да. Будет ли разработчик работать эффективнее, если его физически невозможно дёрнуть каждые десять минут, а вместо этого он раз в полчаса-час отвечает на вопросы пачкой и снова делает крупный кусок работы? Скорее всего, да. А его коллеги, которые получат ответ не через десять минут, а через полчаса-час? Основная мысль, которая сложилась у меня, довольно банальна: есть рецепты, хорошо проявившие себя в конкретной ситуации, но к сожалению, никто не говорит, что они так же хорошо проявят себя даже в аналогичной ситуации, не говоря уж о каких-то универсальных советах. Субъективно для меня лучший формат – гибрид. Некоторые задачи эффективнее решать в офисе, некоторые из дома.
А Вы, как человек, отвечающий за результат, держите руку на пульсе на регулярной основе, уточняете текущий прогресс, узнаете, что без Пети в конкретной задаче не справиться и говорите Пете: "Так, сегодня ты бросаешь всё, идешь помогать Васе, это более приоритетная задача"? Или просто один раз оцениваете сроки, которые объективно сложно оценить даже для уже знакомых задач перекладывания JSON, а потом приходите и через месяц всех увольняете?
Насколько я знаю, сейчас две относительно новые схемы: первая записаться на флюорографию и подтвердить кодом, а вторая -- "На ваше имя заказан подарок, сообщите код для курьера, сейчас придёт в смс".
Мне тут давеча сбер отклонил перевод и потребовал позвонить на 900, как раз при переводе по СБП себе же в другой банк. Позвонил, сказал, что это я перевожу осознанно, но меня проверяют:
-А не звонили ли вам из поликлиники?
-Звонили
-Не предлагали ли вам флюорографию?
-Предлагали
-Вот, это мошенники!
-Схренали это мошенники, если я диспансеризацию прохожу? Мне много звонят из поликлиники, и по флюорографии звонили, я ее сделал.
В общем, подвесил я мальчика на несколько минут...
Профессия будущего:
Vibe code cleanup specialist
Это было бы актуально для другой игры.
Тоже про археологов...
Чтобы получить хороший выход, нужно подробно продумать промпт и рассказать его. То есть, получается, пока ИИ только приближается к резиновой уточке.
RIP, Оззи, ты был реально крут!
(голосом Каневского) Давать конкретные цифры, а тем более пруфы никто, конечно же, не собирался.
Как там ещё в статье говорилось? Всех сотрудников ИТ называют «компьютерщиками»? Техподдержка требует развития большого количества навыков, многие из которых очень слабо коррелируют с навыками, которые нужны разработчику, тестировщику, аналитику. Я чаще встречал обратный пример, когда "мы не для того вкладывались в тебя, как в сотрудника техподдержки, чтобы теперь тебя еще на разработчика обучать". Этот лёгкий старт имеет очень ненулевые шансы превратиться в потенциальную яму.
Это отличный совет, без иронии и сарказма. Объективно лучше работает только если прямо физически посадить к пользователям продукта. Риторический вопрос только: много ли компаний готовы 2-3 месяца платить сотруднику техподдержки зарплату руководителя? Ну, я просто искренне надеюсь, что автор не предлагает сценарий поработать в техподдержке на зарплате техподдержки, а потом уже перейти на ту позицию, на которую и приходил, с актуальными плюшками и бонусами.
В целом, в сухом остатке неплохая статья с грамотной аналитикой, которую, лично для меня, изрядно портит проскальзывающая досада автора. На то, что ему в своё время пришлось продираться к звёздам через тернии, а потом открылась широкая, просторная дорога, и как же здорово, что её, по-видимому, скоро закроют колючим шлагбаумом.
(шепотом): а как же холодный термояд?
Спасибо! Век живи – век учись.
Меня больше интересует проверка
Вот интересно, а может ли в реальном коде быть count < 0 и какой смысл в это закладывается? Эта даёт какую-то микрооптимизацию на уровне IL/asm, перестраховка на то, что кто-то в своей реализации интерфейса так пометил специальный случай или просто в жизнь старый анекдот воплощают?
Математики шутят...
В аудитории лектор читает лекцию по математике трем студентам. Внезапно встает пять человек и уходят. Лектор:
- Вот сейчас придут еще двое, и вообще никого не останется.
Прошу прощения, если ввёл в заблуждение неточной формулировкой. Под "отпишись и не читай" я имел в виду, что можно просматривая ленту чисто по заголовку понять, что эта статья не несет никакой полезной и нужной информации, и просто пролистать дальше в поисках более интересной статьи. Я открыл и прочитал эту статью потому что раньше не слышал про Qmmp (возможно, это моя недалёкость, но вот так вот) и стало интересно, что это вообще такое. А комментарий можно прочитать как "Я три дня гналась за вами, чтобы сказать, как вы мне безразличны" — опять же, не воспринимайте, как личный выпад, это исключительно в контексте попыток объяснить, за что могли поставить минус.
Я не минусовал, но могу рискнуть предположить за что минусанули, хоть это и неблагодарное дело, чужая душа потёмки. Благодаря этой статье я узнал о новой программе, которая показалась мне интересной и полезной, то есть, статья выглядит имеющей право на существование. Рассказать о существовании программы, используя выход новой версии как повод. А комментарий выглядит как пресловутое "грубое и неконструктивное" общение. В том смысле, что статья как минимум мне дала новую для меня информацию, а несмешной и неостроумный комментарий ничего не дал. Грубо говоря, показалась статья бесполезной — "отпишись и не читай".
"Кроме шуток, лучший жизненный совет за последнее время я получил от экрана загрузки Doom. Звучит это так: «Непрерывно двигайся. Ад пожирает праздных»" (c)
Любопытно, напрашивается аналогия с перенасыщенным раствором, к примеру, ацетата натрия. Стоит появиться одному центру кристаллизации, и всё, процесс пошёл...
Не уверен, был ли это сарказм, но в данном случае транслитерируется beat 'em up
Я полагаю, их все же чуть больше...
Практика, безусловно, нужна.
Как говорил Стивен Кинг
На вечеринках (коих я по мере возможности стараюсь избегать) меня часто одаривают улыбками и крепкими рукопожатиями самые разные люди, которые затем с многозначительно таинственным видом заявляют:
– Знаете, мне всегда хотелось писать.
Я всегда пытался быть с ними вежливым. Но теперь с той же ликующе-загадочной ухмылкой отвечаю им:
– А мне, знаете ли, всегда хотелось быть нейрохирургом.
На лицах тут же возникает растерянность. Но это не важно. Кругом полно странных растерянных людей, не знающих, куда себя приткнуть и чем заняться.
Если вы хотите писать, то пишите.
И научиться писать можно только в процессе. Не слишком пригодный способ для освоения профессии нейрохирурга.
Но вопрос, на мой взгляд, не только и не столько в практике, как таковой. А в том, что в реальной жизни надо добавить кусок функционала/пофиксить баг в системе, изобилующей многолетним наслоениями и разнообразными копролитами, написанной в стилистике письма дяди Фёдора. Короче говоря, разбираться в чужом коде придётся гораздо чаще, чем писать свой. И этот навык тоже нужно нарабатывать регулярной и постоянной практикой.
Было, конечно. Я примерно о том и хочу сказать, что в реальной жизни всё непросто и нет серебряной пули. Имеет ли смысл джуну работать в офисе? Ну, если процесс наставничества и адаптации не сведён к простой формальности, а, например, выделяется опытный сотрудник, который проводит толковый онбординг, работает в паре, объясняет, что и как устроено, то, очевидно, имеет. Имеет ли смысл работать в офисе, если у Вас двое детей и нет отдельного кабинета и наушников с активным шумоподавлением? Вероятно, да. Будет ли разработчик работать эффективнее, если его физически невозможно дёрнуть каждые десять минут, а вместо этого он раз в полчаса-час отвечает на вопросы пачкой и снова делает крупный кусок работы? Скорее всего, да. А его коллеги, которые получат ответ не через десять минут, а через полчаса-час? Основная мысль, которая сложилась у меня, довольно банальна: есть рецепты, хорошо проявившие себя в конкретной ситуации, но к сожалению, никто не говорит, что они так же хорошо проявят себя даже в аналогичной ситуации, не говоря уж о каких-то универсальных советах. Субъективно для меня лучший формат – гибрид. Некоторые задачи эффективнее решать в офисе, некоторые из дома.
Ну тут как минимум на постоянную Капицы замахнулись: "До запуска термоядерного реактора остается 30 лет. Всегда!"
А Вы, как человек, отвечающий за результат, держите руку на пульсе на регулярной основе, уточняете текущий прогресс, узнаете, что без Пети в конкретной задаче не справиться и говорите Пете: "Так, сегодня ты бросаешь всё, идешь помогать Васе, это более приоритетная задача"? Или просто один раз оцениваете сроки, которые объективно сложно оценить даже для уже знакомых задач перекладывания JSON, а потом приходите и через месяц всех увольняете?