Вы не вошли.
Холиварка празднует День Чтеца!
Ознакомиться с праздничными чтениями можно в соответствующем разделе
Каталог полезных советов и ссылок, принесенных разными it-анонами, c 1-й по 332-ю страницы:
Если мне нужно чтобы if проверял на условие 1 и либо условие 2, либо условие 3, это можно записать как if( условие1 && (условие 2 || условие 3))
Да. Но ты бы открыл какую-нибудь онлайн-песочницу шарповую и проверил сам, https://dotnetfiddle.net/ например
Да. Но ты бы открыл какую-нибудь онлайн-песочницу шарповую и проверил сам, https://dotnetfiddle.net/ например
Спасибо, анонче
Моей стране розовых пони полтора десятка лет.) Я не сказала "любой", я сказала найди того, кто согласен.
Так там анон по условиям задачи уже всех задолбал, смысл такое предлагать?
помочь некому (точнее вопросами уже достали и вам откровенно говорят "у меня своя работа, мне некогда")?
И пытаться сейчас присесть на шею коллегам которые уже открыто посылают это такое себе.
Люди лучше относятся к тем, кому помогают - вроде, известный же факт?
Блд, Карнеги придумал а некоторые и поверили. Нет, это так не работает.
Блин, но то, что в работе косяки и не настроено обучение вновь прибывших, что у анонс нет лида или наставника, который был вводит в курс дела, - это не вина того анона.
А то, чтоб он перестал тупить - это ы интересах всех, по идее.
Он должен по щелчку пальцев сам разобраться волшебно? Так не будет, так уже не сработало. Начальство не чешется, тут и предложили логичный ваоиант проявить инициативу и решить все командно и соообща.
Проще организоваться и потерпеть день, но запланировано и когда договорились, чем продолжать отвлекаться на анона каждый день по чуть-чуть, а толку никакого.
Это же должно быть в интересах всего отдела, а не так, что анон самдурак, не будем решать общие проблемы с организацией и доками и вообще!..
Блин, но то, что в работе косяки и не настроено обучение вновь прибывших, что у анонс нет лида или наставника, который был вводит в курс дела, - это не вина того анона.
А то, чтоб он перестал тупить - это ы интересах всех, по идее.
Он должен по щелчку пальцев сам разобраться волшебно? Так не будет, так уже не сработало. Начальство не чешется, тут и предложили логичный ваоиант проявить инициативу и решить все командно и соообща.
Проще организоваться и потерпеть день, но запланировано и когда договорились, чем продолжать отвлекаться на анона каждый день по чуть-чуть, а толку никакого.
Это же должно быть в интересах всего отдела, а не так, что анон самдурак, не будем решать общие проблемы с организацией и доками и вообще!..
Анон, тебе знакомо понятие трагедия общин?
Если что что-то выгодно группе людей в целом, но не выгодно каждому отдельному ее члену, нужен очень высокий уровень осознанности или грамотное руководство, чтобы действие было совершено. Очевидно, что в фирме анона не выполняется ни один из этих вариантов.
Не понимаю, зачем с упорством, достойным лучшего применения, продолжать это предлагать.
Скрамы-хуямы... Напридумывают нежизнеспособных тактик и стратегий, сами мучаются и других мучают.
Скрамы-хуямы... Напридумывают нежизнеспособных тактик и стратегий, сами мучаются и других мучают.
Лол, дай угадаю: тебе под 40 и ты всю жизнь сидел на вотерфолле? Нормальная жизнеспособная стратегия, если хочешь: 1) быстро выкатить продукт; 2) не тупить с обновлениями быстровыкаченного продукта. Это важно, если у вас есть конкуренты и огромная ожидающая ваш продукт аудитория. Скрам и его собратья не виноваты в том, что анон не умеет ставить заглушки. Возможно, анону стоит поискать конторы с нормальным проектом, где не нужно ставить заглушки, и без скрама.
Лол, дай угадаю: тебе под 40 и ты всю жизнь сидел на вотерфолле?
Не угадал. Вотерфолл без вопросов хуйня, но у нас его и не было никогда. У нас смесь скорее канбана и скрама, причем, я стараюсь быть в той части, которая как раз без скрама. Потому что эти долбанные спринты да, увеличивают скорость, но роняют качество. И совершенствоваться некогда. Надо гнать скорость. Вообще, скрам имхо хорош для этакой идеальной команды. Исключительно высокопрофессиональных самозамотивированных быстрых, как понос экстравертов, если коротко.
Отредактировано (2018-05-31 09:17:08)
Это сообщение перенесено из темы "Работотред". сиджей
Наверное в работотред, к теме айти это имеет весьма опосредованное отношение.
Аноны, есть проблема, по которой хотелось бы послушать вариантов - как мотивировать народ писать внутреннюю документацию в вики.
Есть у анона небольшая конторка с программистами-удалёнщиками, которая к концу года собирается расти, потому встал вопрос внутренней документации - что где брать, как настроить и т.п, чтобы в дальнейшем на обучение новых сотрудников тратить меньше времени, да и в принципе набитая полезным стаффом вики это хорошо.
Вопрос только в том, как мотивировать народ её писать.
Во всех местах, где я сам раньше работал, тупо долдонили "пиши, пиши". В итоге статьи вяло рожались, не обновлялись, а когда возникала необходимость обучать нового человека на проекте, то всё равно проще было с ним сидеть и объяснять до результата (в противовес процессу, когда отправляешь человека делать по мануалу и он лучше видит что и зачем, а время ментора тратит только на возникшие вопросы).
Можно жёстко пинать в духе "это тоже твоя работа" и устраивать разбор полётов при отсутствии результата, но это требует сильного внешнего контроля и мотивации у человека 0. Можно платить деньги, но "лучший автор" это какое-то соцсоревнование, а просто за статьи хз как, есть же темы посложнее, есть темы полегче.
Хз, в общем, просто хотелось бы видеть у людей мышление вида "возникла проблема, с которой могут столкнуться и потратить время коллеги - записал", но как создать условия, чтоб оно такое появилось...
Люди, если что, нормально нагружены, авралов нет, и зарплаты у них сильно выше рынка.
Отредактировано (2018-06-02 15:21:35)
Это сообщение перенесено из темы "Работотред". сиджей
по-моему, только пиздюлями... им всем и так явно норм, так что пусть сами новичков и учат
Это сообщение перенесено из темы "Работотред". сиджей
Премиально?
если чувак выполняет норму по статьям в месяц, то получает денежную прибавку; если нет - то не получает
Это сообщение перенесено из темы "Работотред". сиджей
по-моему, только пиздюлями... им всем и так явно норм, так что пусть сами новичков и учат
Ну они и так будут сами новичков учить, просто потратят на это больше времени и будут тратить в дальнейшем. Им норм, это для меня время деньги и хочется работать оптимальнее, + когда с человеком сидишь, то:
1) у него мозг включается куда меньше
2) он по ходу обучения делает те же самые ебучие пометочки, которые ментор мог бы написать в вики сразу
От этого у меня подпекает, потому и хочется как-то построить нормальный процесс, отличающийся от того что видел в других конторах.
Это сообщение перенесено из темы "Работотред". сиджей
Можно жёстко пинать в духе "это тоже твоя работа" и устраивать разбор полётов при отсутствии результата, но это требует сильного внешнего контроля и мотивации у человека 0.
У вас есть какой-то скрам, система постановки задач? Добавить в неё категорию "наполнение внутренней вики", прогерам выдавать среди прочих задач "описать такой-то процесс" и пусть отчитываются за них, как за программерские задачи: что сделано, что планируешь делать дальше, где застрял и почему.
Менеджеру (если есть) придётся следить ещё и за этим направлением работы, но тут уж что поделать.
Если денег хватает, можно завести должность разработчика документации. Правда с этим есть свои сложности. Программисты, возможно, будут не рады объяснять ему, что и как они сделали. Хотя спрашивать с него написанные статьи проще, чем с толпы удалёнщиков.
Это сообщение перенесено из темы "Работотред". сиджей
у вас есть квартальная отчётность? если да, включаете туда пункт про обязательное количество мануалов. кто не указал - не получает зарплату, пока не подошьёт все пункты отчёта, потому что работа за квартал не выполнена. а дальше пусть делают как им удобно, все взрослые люди, - упариваются в последний час перед отправкой или в течение квартала пишут в своём темпе.
Это сообщение перенесено из темы "Работотред". сиджей
Ну они и так будут сами новичков учить, просто потратят на это больше времени и будут тратить в дальнейшем. Им норм, это для меня время деньги и хочется работать оптимальнее, + когда с человеком сидишь, то:
1) у него мозг включается куда меньше
2) он по ходу обучения делает те же самые ебучие пометочки, которые ментор мог бы написать в вики сразу
От этого у меня подпекает, потому и хочется как-то построить нормальный процесс, отличающийся от того что видел в других конторах.
эээ, вопрос... ну у тебя подпекает, ты и делай. А им так удобно. Если не удобно - сами сделают, нет? Это же по сути ТЕБЕ надо. Взял и написал все что нужно.
Отредактировано (2018-06-02 15:44:17)
Это сообщение перенесено из темы "Работотред". сиджей
как мотивировать народ писать внутреннюю документацию в вики.
деньги лучший мотиватор, имхо
с навязчивой рассылкой по итогам периода "в нашей вики добавилась информация по следующему вопросу .... спасибо <имярек>"
Это сообщение перенесено из темы "Работотред". сиджей
Аноны, есть проблема, по которой хотелось бы послушать вариантов - как мотивировать народ писать внутреннюю документацию в вики.
Есть у анона небольшая конторка с программистами-удалёнщиками, которая к концу года собирается расти, потому встал вопрос внутренней документации - что где брать, как настроить и т.п, чтобы в дальнейшем на обучение новых сотрудников тратить меньше времени, да и в принципе набитая полезным стаффом вики это хорошо.
Вопрос только в том, как мотивировать народ её писать.
Никак.
1. По ходу обучения нового сотрудника лично ментор вылавливает кучу нюансов, специфики - и вообще, понимает, как с этим работать, где у него сильные места, а где слабые. Идея "мы возьмем новичка, посадим его читать вики, а если он что-то поймет неправильно - то придет к нам и все скажет, что и где не понял" - говно, большинство программистов это понимают.
2. Навыки программирования вообще не предполагают навыков написания технических инструкций. Программист, тестировщик и техписатель - это разные специализации, и странно ожидать, что программист будет делать не свою работу, вообще не понимая, зачем (потому что учить новичка он все равно будет лично, см. пт. 1).
3. "Писать статьи" - это вообще не ТЗ для программиста, анон хД Это как писать инструкцию по дыханию или по ходьбе, хрен поймешь, чего от тебя хотят.
Если тебе очень надо, ставь конкретные задачи формата "Описать действия по процессу А с точностью до нажатой кнопки/текста метода/названия экрана, срок - Х дней, финансовая мотивация рассчитывается по такой-то логике". И понимай, что это не "развлечься в свободное время", а отдельная работа, в которой твой сотрудник опыта не имеет.
И да, финансовая мотивация рулит.
Это сообщение перенесено из темы "Работотред". сиджей
Кстати многие прогеры пишут инструкции, как пользоваться тем, что они наваяли. Вот это я бы вносил... Но зависит еще от того, умеет ли прогер писать инструкции, все равно надо обрабатывать. Зато потом кому надо - того туда и пошлют смотреть. Но это не статьи, имхо, это мануалы под конкретику
Это сообщение перенесено из темы "Работотред". сиджей
У нас в компании все подобные проблемы решила премия. Хорошая премия, 30% оклада. Каждый месяц начальник отдела решает, кто ее не достоин (по умолчанию.всем платят). Злостный опоздун? Саботируешь заполнение Вики? Спорил с менеджером и реализовал не по ТЗ? Получаешь зарплату на четверть меньше и думаешь над своим поведением.
Это сообщение перенесено из темы "Работотред". сиджей
У вас есть какой-то скрам, система постановки задач? Добавить в неё категорию "наполнение внутренней вики", прогерам выдавать среди прочих задач "описать такой-то процесс" и пусть отчитываются за них, как за программерские задачи: что сделано, что планируешь делать дальше, где застрял и почему.
Менеджеру (если есть) придётся следить ещё и за этим направлением работы, но тут уж что поделать.
Ну пока это и был самый правдоподобный вариант, но вдруг есть чота похитрее, что прям желание у людей разбудит.
Разработчику документации надо всё объяснять отдельно, да и не те там объёмы, чтоб кого-то ещё нанимать.
эээ, вопрос... ну у тебя подпекает, ты и делай. А им так удобно. Если не удобно - сами сделают, нет? Это же по сути ТЕБЕ надо. Взял и написал все что нужно.
Подпекает с траты времени, которую человек сам не замечает (ну или точнее замечает по факту "ой, надо работу работать, а тут ещё и человек новый..."), а я её вполне себе вижу со стороны и могу планировать, чтобы к приходу новых людей такой ситуации не случалось.
При этом я не доёбываюсь до людей, а ищу варианты сделать процесс лучше.
Да и конкретно я сейчас перегружен, сам программирую + административная работа.
Это сообщение перенесено из темы "Работотред". сиджей
Подпекает с траты времени, которую человек сам не замечает (ну или точнее замечает по факту "ой, надо работу работать, а тут ещё и человек новый..."), а я её вполне себе вижу со стороны и могу планировать, чтобы к приходу новых людей такой ситуации не случалось.
Говорить можно что угодно - но по факту людям так удобнее. Плюс то, что говорилось выше, про обучение и взаимодействие с новичком. Оно не просто так такое. И вот положа руку на клавиатуру, если кто-то что-то поймет неправильно, он не придет с вопросом! Потому что это так не работает. Человек будет уверен в своем понимании, и выявите вы все это только по факту и хрен знает когда. Наймите технического писателя, отдайте на фриланс, чтобы кто-то ваши технические записки переводил в понятные всем буквы. Специальный человек за специальные деньги сделает нормально работу по специальности
Это сообщение перенесено из темы "Работотред". сиджей
В должностных у сотрудников что с написанием документации? Есть? Значит поручить можно спокойно без премирования. Ничего близкого? Значит нанять кого-то на срочный трудовой договор, это кстати еще и дешевле будет, чем премии раздавать за каждый чих.
Это сообщение перенесено из темы "Работотред". сиджей
1. По ходу обучения нового сотрудника лично ментор вылавливает кучу нюансов, специфики - и вообще, понимает, как с этим работать, где у него сильные места, а где слабые. Идея "мы возьмем новичка, посадим его читать вики, а если он что-то поймет неправильно - то придет к нам и все скажет, что и где не понял" - говно, большинство программистов это понимают.
Новичок он только в данной конкретной конторе/проекте, а общее понимание как что должно работать должно быть - что и выясняется на собеседовании.
Хорошая документация крайне помогает в введении нового человека в работу. Не знаю, надо ли это обосновывать, для меня это просто аксиома.
Самый лучший эффект от неё видел на последнем месте работы, но там "надо, надо" работало банально потому, что это гигантский концерн и нет-нет да кто-нибудь что-нибудь напишет. Техписы внутренней документацией для разработчиков не занимались, у них своих дел хватало в виде спек на оборудование.
2. Навыки программирования вообще не предполагают навыков написания технических инструкций.
Потому люди с исключительно навыком программирования на удалёнке существовать не могут да и в принципе хз кому нужны. У меня бывшие фрилансеры, знают как писать текст, открывать рот и говорить слова. За то и зп выше рынка.
Это сообщение перенесено из темы "Работотред". сиджей
Ну пока это и был самый правдоподобный вариант, но вдруг есть чота похитрее, что прям желание у людей разбудит.
Чтобы человек хотел документировать свои разработки, ему с этого что-то должно быть. Не всегда деньгами, можно мозговыми слизнями серотонином и дофамином всяким.
Подпекает с траты времени, которую человек сам не замечает (ну или точнее замечает по факту "ой, надо работу работать, а тут ещё и человек новый...")
И что происходит дальше? Как у тебя оплачивается обучение новичков и работание основной работы?
Для тебя разница понятна, Федя учит Васю - работа Феди встала.
Для самого Феди это что значит? Он должен впихнуть "работать работу" и "учить Васю" в то же самое время за те же деньги, что и просто "работать работу"? А документацию он тоже будет впихивать в то же самое время за те же деньги?
Денежная мотивация не сработает, если люди не очень "голодные", а задача не очень желанная. Они могут пожать плечами и сказать "ну ок, всех денег не заработаешь". Или воспринимать задачу техписательства как "нечестную", типа как если бы ты ещё хотел, чтобы они пол в офисе мыли в свои рабочие часы, и программировать успевали так, как если бы не мыли.
Значит нанять кого-то на срочный трудовой договор, это кстати еще и дешевле будет, чем премии раздавать за каждый чих.
Кстати, да. Сколько стоит час написания документации?
Может, тебе невыгодно будет сажать на него высокооплачиваемых прогеров, которые за этот час наебошили бы кода (учитывая, что войти-выйти в поток - отдельное время).