Водопад — прекрасная методология, дающая хороший результат. С предсказуемым результатом и сроками, и вдобавок с актуальной документацией. И она вполне применима в разработке, в значимом количестве случаев. И я уверена что в тех случаях где она применима она даст эффективность большую чем аджайл. Который возник потому, что значительная часть разботки ПО вышла за рамки применимости водопада — потому что для водопада требуется сначала понять, что делать, а потом делать. Причем понять надо подробно. Разработка ПО же часто начинается с пойди туда не знаю куда, принеси то, не знаю что. И тут спасает аджайл.
Но бывает, что аджайл используют не по назначению. Когда на год(ы) вперед ясно, что и как надо делать, и основная проблемка в том, что при имеющихся ресурсах не удается вписаться в сроки. Возникает вопрос как улучшить эффективность и попытка обратиться к аджайлу.
Про оценки — слишком упрощенно получилось. Насколько я могу судить, в Яндексе за задачи «взять данные отсюда, обработать вот так, положить вон туда» получить оценку D — большая редкость. Как бы хорошо такие задачи не выполняли. Возможно, это так конкретно в вашем подразделении. Но в общем, если вы хотите получить «D», вы должны следить за тем, чтобы задачи ваши вносили существенный вклад в важный проект.
30 лет назад, то есть в 1990 году, в Киеве мало какой программист Вася получал больше 100 долларов. И 20 лет назад — тоже вряд ли больше 1000. Лично я конечно в Москве живу и жила, но, работая программистом 1990 году, я получала около 40 долларов, и это было неплохо, а в 2000 около 200 — до того как перешла в Яндекс, где стала получать 600.
Я это к тому пишу что подобные рассуждения неявно делают множество преположений на 30 лет вперед — что нынешняя политическая и экономическая системы останутся прежними, что в течение еще 30 будет существовать профессия программиста и она будет по прежнему все такой же востребованной и тд и тп.
30 лет назад мы тоже делали подобного рода предположения — и большинство из них не оправдались…
Пока еще пример слишком минимальный. Добавьте получение списка продуктов с сервера.
С отображением чего-то разумного пока список грузится.
Список продуктов пусть будет длинным и грузится порциями.
Добавьте пулл-то-рефреш.
Еще добавьте второе окно с описанием конкретного продукта, которое показывается при нажатии на ячейку. Содержимое тоже пусть скачивается с сервера ведь цена продукта должна быть актуальной.
Ну и пусть названия овощей пишутся зеленым, фруктов оранжевым, круп — серым.
Вашей науке о данных надо учиться решать такие задачи. Когда данные есть, но все они недостоверны, причем по-разному недостоверны. Ждать достоверных данных в данном случае бессмысленно — они в лучшем случае появятся только после окончания эпидемии.
сходила в поликлинику больничный не закрыли тк температура 37.3
на входе стояла скорая
уже меряя температуру видела как идет женщина немолодая (без повязки) и около нее 2 медработника польностью замотанные в сторону выхода
вышли они из той части поликлиники где пациенты с температурой
медсестра подтвердила что это ей вызвали скорую
когда у врача сидела она сказала что 2 госпитализации у нее сегодня
а как обычно у нее что-то не работает из программ и приходится писать от руки а потом придется все это вносить в программы
все как всегда вобщем
Уже сталкивалась с этим. Если не закрыть больничный то рано или поздно (в конце месяца? ) из поликлиники звонят и требуют закрыть, грозясь что больше не выдадут.
В прошлую субботу я пришла в поликлинику с жалобой на кашель. На входе мне померили температуру получилось — 37.1 и сразу повернули к врачу. Врач сидела в отгороженном крыле и первым делом, увидев меня вопросила почему не дали повязку пациенту с температурой. Ок мне дали повязку, врач меня послушала, ничего в легких не нашла и тем не менее выписала больничный на 6 дней. Я больничный брать не особо хотела — рассчитывала договориться и поработать из дома, тем паче что чувствовала я себя нормально. Главное что меня смущало — больничный надо закрывать, а значит, придется идти в поликлинику в будний день. Она однако же сказала, что откроет электронный больничный который можно закрыть по телефону.
В пятницу я позвонила по телефону который она дала — оказалось это телефон в регистратуру поликлиники и закрыть больничный по телефону нельзя, надо идти в поликлинику. Меня не очень устроила такая ситуация, я нагуглила телефон(ы) горячей линии по коронавирусу и начала обзавнивать.
На горячей линии департамента здравоохранения (495) 870-45-90 меня после некоторой заминки перенаправили на администратора поликлиники, а та повторила, что нужно явиться лично.
На горячей линии по борье с коронавирусом роспотребнадзора 8-800-555-49-43 меня выслушали и дали номер «Горячая линия» Росздравнадзора по соблюдению прав граждан в сфере охраны здоровья 8 800 550 99 03. По этому номеру я не смогла договориться с автоответчиком — меня не интересовали проблемы закупки лекарств для детей, а других опций не было. Я позвонила еще раз в роспотребнадзор, где мне объяснили, что они ничего не могут, кроме как давать телефоны других организаций и дали телефон эпидемнадзора.
В эпидемнадзоре мне сказали, что они только записывают больных коронавирусом, а больничных не выдают, и тем более не закрывают.
В целом у меня после всех этих горячих линий сложилось впечатление, что очень вежливые девушки и молодые люди там не могут ничего, кроме выполнения своего очень органиченного скрипта.
Мне 52 года, живу с мамой ей 80.
Дело не в смертности, а в большом проценте ( до 20 % заболевших) тяжелых случаев, требующих госпитализации. Добавьте сюда то что иммунитета в популяции от этой штуки нет и неизвестно вырабатывается ли он у отболевших, были сообщения — что нет. Плюс довольно высокий R0. Все это вместе взятое ставит вопрос — будет ли коллапс системы здравоохранения или сможем его избежать? У Китая был в Ухане, но он с ним справился, у Южной Корее не было, у Италии есть.
Высокие зарплаты в IT — никакой не миф, а реальность. Причина объективная — доступность удаленки за рубеж и фриланса, в силу чего местным работодателям приходится конкурировать с зарубежными.
Естественно это порождает вал желающих вписаться, оттого так много людей бездарных и плохо подготовленных.
Их надеждами питаются всяческие курсы, которые эти надежды подогревают изо всех сил.
В целом вся ситуация не слишком нормальная, но пока тенденций к развороту не видно.
«употреблял ненормативную лексику в общении с другим коллегой при мне»
Как ни печально, но разговоры матом довольно таки распространены в Яндексе (а только ли в Яндексе ?)
Видела я и «иди на *** » в служебной переписке в которой я стояла в копии.
Причем мне кажется пик этого был где-то в 12-14 годах а сейчас уже сменилась мода и мата становится меньше. Это неприятно, но никак не показывает негатив к вам лично. При мне тоже матюгались, хотя я намного вас старше и переодически просила не ругаться.
А в Яндексе и вправду принято неформальное общение, все по именам и как правло на «ты». Так что и правда вы не следовали идеалам корпорации, надо это признать. Но отношения у вас с ментором таки были нездоровые, раз вы чувствовали необходимость очертить дистанцию а он это воспринимал негативно.
«Да, мешал менеджер, который подгонял с задачами, у меня не было времени копаться в кишочках сразу 3х фреймворков и 1й либы.»
Все течет, все изменяется. Не припоминаю случаев чтоб меня жестко подгоняли с задачами. Но сейчас времена другие и наверное таки подгоняют. Нужно учиться объяснять что требуется время…
Это не мой кейс, а кейс Яндекса, хотя в моем восприятии. 3-4-летней давности, так что там все могло стать лучше или хуже. Но как я вижу эта система в том или ином виде расползается по крупным российским IT-конторам. Не знаю, возможна ли ее красивая реализация. Один коллега мне рассказывал, что работал в конторе (большой российской) где система ревью ему нравилась.
Но скоро мы все встанем перед выбором — либо работать в небольшой компании, без размаха, либо вписываться в грейды.
Перформанс ревью я застала — на пару лет. Насчет валят на коллег — такого не наблюдала, но вообще мне лично это ревью было и остается некомфортным. И от бывших коллег я на систему эту слышала только жалобы и бухтенье, но не в том свете, что мол помогать теперь не хотим друг другу, а скорее про то, что оценки выставляются несправдливо. Проблемы с повышением зарплаты там тоже есть — когда человек упирается в потолок своего грейда. Нужно переходить в следующий, а для этого нужно не меньше 2х раз получить оценку «выше среднего». (Конечно при этом говорится что имеется в виду «выше среднего для своего грейда») Причем, чтоб получать высокие оценки мало просто хорошо работать — надо хорошо работать над какой-то значимой задачей. Нет задачи на высокую оценку — нет шансов ее получить — нет перспектив повышения грейда. Люди начинают перебегать в другие группы где есть перспективные задачи.
Приятного в этом всем мало (для разработчиков), но мне кажется, выводы о том, что невыгодно друг другу помогать и люди не будут этого делать — несколько спекулятивные. Хотя я уже не внутри, конечно.
Ну а что отдали новенькой задачу которой (предпологаем) никто не хотел заниматься (в том числе и потому что она не будет в плюс на ревью) — могу поверить. Но что значит «грязную»? Мы не канавы копаем, код пишем/правим. В любом проекте есть легаси и новому разработчику так или иначе надо в него въезжать. Уметь работать с чужим и легаси кодом, минимально документированным (или вовсе не) — часть нашего профессионализма. Кто-то должен был сделать и эту задачу, так почему бы и не она?
Нехватка кадров не распространяется на людей без опыта и даже на людей с опытом менее года.
Что касается "вовлеченности" - возможно это даст вам полпроцента к вашему шансу. Можете забить на нее, если вам так сильно легче.
Но бывает, что аджайл используют не по назначению. Когда на год(ы) вперед ясно, что и как надо делать, и основная проблемка в том, что при имеющихся ресурсах не удается вписаться в сроки. Возникает вопрос как улучшить эффективность и попытка обратиться к аджайлу.
Непонятен итог этих заметок — «все плохо»?
> Если удача улыбнулась и продукт оказался востребованным, значит его надо уже тестировать для отторжения от разработчиков.
То есть цель тестирования — отторжение продукта от разработчиков? Интересная мысль, но я пока не вникла. Можно этот момент поподробнее?
> Как фиксировать требования к продукту в условиях, когда нет ТЗ на конечный продукт, потому что никто пока не знает — что в итоге в него войдет?
Как раз в НИИСОКБ работая, я обнаружила, что во многом требования определяются тестировщиками (ну это когда нет ТЗ и аналитика)
Ну и по моему опыту, довольно часто под iOS разработку ведет один человек. Вот и сейчас я в гордом одиночестве…
Я это к тому пишу что подобные рассуждения неявно делают множество преположений на 30 лет вперед — что нынешняя политическая и экономическая системы останутся прежними, что в течение еще 30 будет существовать профессия программиста и она будет по прежнему все такой же востребованной и тд и тп.
30 лет назад мы тоже делали подобного рода предположения — и большинство из них не оправдались…
С отображением чего-то разумного пока список грузится.
Список продуктов пусть будет длинным и грузится порциями.
Добавьте пулл-то-рефреш.
Еще добавьте второе окно с описанием конкретного продукта, которое показывается при нажатии на ячейку. Содержимое тоже пусть скачивается с сервера ведь цена продукта должна быть актуальной.
Ну и пусть названия овощей пишутся зеленым, фруктов оранжевым, круп — серым.
мне их жаль становится
сходила в поликлинику больничный не закрыли тк температура 37.3
на входе стояла скорая
уже меряя температуру видела как идет женщина немолодая (без повязки) и около нее 2 медработника польностью замотанные в сторону выхода
вышли они из той части поликлиники где пациенты с температурой
медсестра подтвердила что это ей вызвали скорую
когда у врача сидела она сказала что 2 госпитализации у нее сегодня
а как обычно у нее что-то не работает из программ и приходится писать от руки а потом придется все это вносить в программы
все как всегда вобщем
В пятницу я позвонила по телефону который она дала — оказалось это телефон в регистратуру поликлиники и закрыть больничный по телефону нельзя, надо идти в поликлинику. Меня не очень устроила такая ситуация, я нагуглила телефон(ы) горячей линии по коронавирусу и начала обзавнивать.
На горячей линии департамента здравоохранения (495) 870-45-90 меня после некоторой заминки перенаправили на администратора поликлиники, а та повторила, что нужно явиться лично.
На горячей линии по борье с коронавирусом роспотребнадзора 8-800-555-49-43 меня выслушали и дали номер «Горячая линия» Росздравнадзора по соблюдению прав граждан в сфере охраны здоровья 8 800 550 99 03. По этому номеру я не смогла договориться с автоответчиком — меня не интересовали проблемы закупки лекарств для детей, а других опций не было. Я позвонила еще раз в роспотребнадзор, где мне объяснили, что они ничего не могут, кроме как давать телефоны других организаций и дали телефон эпидемнадзора.
В эпидемнадзоре мне сказали, что они только записывают больных коронавирусом, а больничных не выдают, и тем более не закрывают.
В целом у меня после всех этих горячих линий сложилось впечатление, что очень вежливые девушки и молодые люди там не могут ничего, кроме выполнения своего очень органиченного скрипта.
Мне 52 года, живу с мамой ей 80.
Естественно это порождает вал желающих вписаться, оттого так много людей бездарных и плохо подготовленных.
Их надеждами питаются всяческие курсы, которые эти надежды подогревают изо всех сил.
В целом вся ситуация не слишком нормальная, но пока тенденций к развороту не видно.
Как ни печально, но разговоры матом довольно таки распространены в Яндексе (а только ли в Яндексе ?)
Видела я и «иди на *** » в служебной переписке в которой я стояла в копии.
Причем мне кажется пик этого был где-то в 12-14 годах а сейчас уже сменилась мода и мата становится меньше. Это неприятно, но никак не показывает негатив к вам лично. При мне тоже матюгались, хотя я намного вас старше и переодически просила не ругаться.
А в Яндексе и вправду принято неформальное общение, все по именам и как правло на «ты». Так что и правда вы не следовали идеалам корпорации, надо это признать. Но отношения у вас с ментором таки были нездоровые, раз вы чувствовали необходимость очертить дистанцию а он это воспринимал негативно.
«Да, мешал менеджер, который подгонял с задачами, у меня не было времени копаться в кишочках сразу 3х фреймворков и 1й либы.»
Все течет, все изменяется. Не припоминаю случаев чтоб меня жестко подгоняли с задачами. Но сейчас времена другие и наверное таки подгоняют. Нужно учиться объяснять что требуется время…
Но скоро мы все встанем перед выбором — либо работать в небольшой компании, без размаха, либо вписываться в грейды.
Приятного в этом всем мало (для разработчиков), но мне кажется, выводы о том, что невыгодно друг другу помогать и люди не будут этого делать — несколько спекулятивные. Хотя я уже не внутри, конечно.
Ну а что отдали новенькой задачу которой (предпологаем) никто не хотел заниматься (в том числе и потому что она не будет в плюс на ревью) — могу поверить. Но что значит «грязную»? Мы не канавы копаем, код пишем/правим. В любом проекте есть легаси и новому разработчику так или иначе надо в него въезжать. Уметь работать с чужим и легаси кодом, минимально документированным (или вовсе не) — часть нашего профессионализма. Кто-то должен был сделать и эту задачу, так почему бы и не она?