Если у Вас мышь, а не тачпад — то на самом деле, кликов больше не стало. Нажимаете на дропдаун, не отпуская кнопку мыши наводите на нужный пункт меню и только на нем отпускаете. В результате только один клик… Но все равно, безусловно, сложнее, чем было раньше.
Когда только начинал работать и был глуп — взял с собой перед увольнением исходники. Зачем? Просто чтоб были, может что-то из решений использовалось бы потом. На следующей работе все равно были написаны другие решения, а в скопированные данные — я заглянул потом лишь один раз. Было очень познавательно оценить себя по прошествии нескольких лет. Сейчас бы я так не писал :) Короче, почти никогда нет смысла с собой что-то забирать.
Единственное исключение, я думаю, — имеет смысл, если есть основания считать, что работодатель поступит нечестно и не рассчитается потом. Но я (может, повезло) таких пока на своем пути не встречал. А если бы встретил — я бы уволился, в следующий месяц после того момента, как это понял, и не создавал бы поводов меня обмануть. В любом случае, все сделанное принадлежит работодателю, программисту они в большинстве случаев не пригодятся, а в случае если и пригодились бы — зная как, можно быстро воссоздать аналог.
Голова — это то, что стоит не забыть забрать с собой при увольнении, остальное — ерунда.
Беря исходники с собой — вряд-ли что-то выиграете, но рискуете своей репутацией, а этой штукой стоит дорожить.
Все вроде бы ничего, жить можно. Единственное, убивает меню выбора писем: «Прочитанные», «Непрочитанные», «Помеченные» и т.п. Хотелось бы видеть какую-то опцию чтоб было не меню, а удобные ссылки как раньше. Одна эта ложка дёгтя мне целую бочку мёда портит :(
Я так понимаю, это для маленького бизнеса не позиционируется. Скорее средний и отчасти крупный. Маленький бизнес вряд-ли потянет по деньгам, даже если в облаке…
Когда продукт сложный — бывает всякое… двусмысленности, недоразумения. На это закладывается некоторое количество багов, за которые никто не спросит. Если не будет багов вообще — премию даже увеличат на какой-то процент.
Такого еще не может быть потому, что другому, новому программисту тушить пожар никто не даст, дадут опытному и проверенному, вероятно что тим лиду, который более-менее знаком со всем, что делают все, кто у него в подчинении. С вероятностью в 90%, я думаю, что все в этом случае будет как всегда: хорошо, качественно и в срок.
Не знаю :) у нас текучки почти нет.
Чисто теоретически, если такое произойдет, думаю что будет сорвана поставка, пострадают финансово все, даже те, кто не разрабатывал этот код, так как премия еще и от размера прибыли зависит, и от других показателей. Но функциональность прийдет к покупателю тогда, когда количество багов в ней согласно тест-плану будет стремиться к нулю.
Вообще, у нас все по плану, по процессам сделано. Очень четко, размеренно и неожиданностей не бывает.
Узнать кто отвечает за функциональность против которой клиент нашел баги — дело одной минуты. Никакого расследования не требуется. Более того, в конце года в ходе процедуры определения и получения премий — надо делать самооценку и честно писать сколько и по чему было найдено багов. Радость та еще, но, знаете ли, очень менеджерам жизнь облегчает.
Нет. Над новой функциональностью обычно работает 1-2 программиста, они за нее и отвечают. Потом тестеры тестят написанное, после чего программисты исправляют найденные баги. Это может повторяться в особо сложных случаях несколько раз, и затрагивать другие тестпланы… Но это отдельная песня :)
Короче, рано или поздно код попадает к клиенту и проходит процедуру «тестирования при принятии» (acceptance tests). Если клиент находит во время процедуры больше багов, чем положено — то тестер и программист, вероятно, лишатся нескольких сот евро в конце года. Пока что, бог миловал, такого у нас не было. Но сам принцип в качестве фактора, объединяющего программистов и тестеров, работает очень неплохо.
То, что клиент найдет после того, как принял функциональность — на размер премии не влияет.
По-русски неплохо звучит, может за одно название некоторую популярность получить.
Единственное исключение, я думаю, — имеет смысл, если есть основания считать, что работодатель поступит нечестно и не рассчитается потом. Но я (может, повезло) таких пока на своем пути не встречал. А если бы встретил — я бы уволился, в следующий месяц после того момента, как это понял, и не создавал бы поводов меня обмануть. В любом случае, все сделанное принадлежит работодателю, программисту они в большинстве случаев не пригодятся, а в случае если и пригодились бы — зная как, можно быстро воссоздать аналог.
Голова — это то, что стоит не забыть забрать с собой при увольнении, остальное — ерунда.
Беря исходники с собой — вряд-ли что-то выиграете, но рискуете своей репутацией, а этой штукой стоит дорожить.
Ссылка: https://mail.google.com/mail/?ui=1
Чисто теоретически, если такое произойдет, думаю что будет сорвана поставка, пострадают финансово все, даже те, кто не разрабатывал этот код, так как премия еще и от размера прибыли зависит, и от других показателей. Но функциональность прийдет к покупателю тогда, когда количество багов в ней согласно тест-плану будет стремиться к нулю.
Вообще, у нас все по плану, по процессам сделано. Очень четко, размеренно и неожиданностей не бывает.
Короче, рано или поздно код попадает к клиенту и проходит процедуру «тестирования при принятии» (acceptance tests). Если клиент находит во время процедуры больше багов, чем положено — то тестер и программист, вероятно, лишатся нескольких сот евро в конце года. Пока что, бог миловал, такого у нас не было. Но сам принцип в качестве фактора, объединяющего программистов и тестеров, работает очень неплохо.
То, что клиент найдет после того, как принял функциональность — на размер премии не влияет.