Где-то читал, что google создает новую ОС Fuchsia, которая, к тому же заменит ещё и Android. Плюс oracle судится с google из-за технологий, что, как мне кажется, в свете недавних событий свзанных с модой судится с google, будет его только мотивировать.
Мне кажется, что именно из-за страха совместимости oracle и убила java, синтаксис которой отстает на десятилетия. Лично мне безразлична совместимость, если бы её потеря ознаменовалась тем фурором, который java произвела в 95. Но увы, мне кажется, что java даже это не поможет, так как его сейчас только android держит, который лет через пять прекратит свое существование. если бы пятнадцать лет назад я его рекомендовал, то сегодня бы даже не подумал бы об этом. Изучение его сегодня только усугубит-замедлит развитие программиста, а сама разработка превратить увлекательное дело в кошмар.
Самое бездарное что я видел. Анонимные оценки ничего не стоят, а оценки «в лицо», в IT мире будут ставить только те, кто хочет «умаслить» или поставить «крест» на своей карьере. В пользу умаслить говорят чрезмерно завышенные оценки у публикаций именитых блогов, чье содержание очень редко выделяется от «средненьких статеек». Но стоит мне сказать что управляющий в Яндекс глупый и получил свое место «по блату», как меня сразу же запомнят и будут считать НЕАДЕКВАТНЫМ. Кроме того, если какому-тогиганту покажется, что мои оценки «в лицо» причиняют ущерб их имиджу, где гарантия что на меня не подадут в суд? Это пять лет назад было нереально, а сейчас, как нефиг делать, есть же закон.
Поэтому, какой в этих оценках СМЫСЛ?
(все сравнения вымышленные и не означают что кто-то получил свое место каким-либо аморальным путем).
Я не говорю что scrum, это ерунда. Это методология, которая реально поможет новичкам сразу встать на правильный путь, в вопросах управления разработкой. Но именно эта часть у Вас изобилует ну очень спорными утверждениями. Было бы круто увидеть ту статью, которую Вы не планировали, но которая была бы последний и исчерпывающе описывала то, что должны делать те или иные роли. Она была бы более полезна, чем эти, которые очень похожи на запугивание, с целью посещения конференций.
Какие ещё правила? scrum, это методология для тех уровней, которые не имеют отношения к разработке.
То есть, это уровень управления. Это доказывает даже тот факт, что повысить уровень продуктивности работы команды пытаются с помощью посвящения в идеологию scrum. Для программиста это и есть культ, о котором Вы говорите не реже, чем посылаете на конференции.
Программист, это ребенок, который живет в футуристическом мире созданным им самим на основе книг, игр и кино. Накой ему Ваш scrum? Ежедневно программисту нужно только комфортное рабочее место, столько еды, сколько ему нужно чтобы не возникло повода задуматься о голоде и интересные темы не относящиеся к рутине трудовых будней, с помощью которых можно развеяться. Только так можно поддерживать хрупкое чувство комфорта, отсутствие которого просто как бур в голове мешает сконцентрироваться на задаче.
Об этом нет ни слова, зато есть постоянные встречи и упоминание о правилах. Такое ощущение, что речь идет не о it компании, а о галере, на которой даже отхлыстать кнутом могут. К галере можно ещё отнести треш-компании, которые занимаются разработкой дешевых приложений и в которых очень важен именно тем, а о рабочих думают в последнюю очередь.
Все крутые it-лэйблы в самом начале ставили интересы своих сотрудников, чуть ли не выше всего. Им давали доли, проценты, возможность самореализации. Это мотивация. А все остальное это галера, где главное выжить как можно соков до того, как кто-то остынет.
И ещё раз — scrum это методология управления, что доказывает даже Ваши статьи, в которых упор сделан только на управление. Но it это прежде всего программисты. Вот у слесарей главный прораб, а у it — программисты. Если какая-либо методология это не понимает, то у нее нет будущего.
Самое главное на чем стоит сфокусировать все свое внимание при разработке ПО, это программисты!
Всем руководителям к программистам нужно относится, как к летчикам самолета, на борту которого они находятся. Чуть Вы их напрягете, сразу же почувствуете крен или тряску.
Поэтому не понятно зачем программистам растолковывать основы scrum идеологии и тем самым попросту захламлять их рассудок. Если управленец считает, что посвятив в тонкости своей работы программистов сделает команду эффективнее, то он просто дурак. На самом деле этот поступок, скорее попытка переложить ответственность с себя на команду. А для самой команды, это лишний гул в голове + кому-то может показаться, что их отчитывают. Чтобы управленец подумал, если бы программисты, кадждые пять минут пытались посвятить его в тонкости того, как те инструменты, которыми они пользуются, путаются всяческими багами и несовершенствами воткнуть им палки в колеса? Такой подход и есть начало конфликта.
Команда состоит из профессионалов и нуждается лишь в мотивации. А для этого нужно понимать самих программистов. Не программист не способен их понять. Или способен, если он талантливый психолог + очень долго с ними работает. А одно желание со стороны руководителей неминуемо приведет к созданию напряженности.
Для разработки приложения на основе Xamarin вам не потребуется досконально знать специфические языки отдельных платформ.
То есть на c# я могу покрыть все случаи выходящие за границы HelloWorldApp по работе с платформой?
Xamarin требует примерно в 1,5 раза меньше времени (и денег), чем создание отдельного специализированного проекта под каждую платформу.
В первую очередь это относится к дизайну (Flat Design в iOS, Material Design в Android)
… и metro (если не ошибаюсь) для windows. И того три разных дизайна + в три раза дольше время на создание дизайна + три раза больше денег на создание трех разных дизайнов.
И кто сказал что разный дизайн одного приложения это круто? Наверное программисты, которым всегда трудно реализовывать дизайнерские идеи? Я не думаю чтобы дизайнер был доволен если бы его работа заключалась только в ресовании унифицированных схем с надписями «кнопка» и «селект».
А как же uix? Как можно разработать uix интерфейс, если интерфейс на каждой платформе разный?
И angular позволяет с api платформ на js работать. При чем оно по времени обновляется практически одновременно с платформой.
И невозможно не зная компонентной системы платформ и их api работать с ними. Даже в случаи кросплатформенных инструментов. Не нужно людей обманывать!
то вся свобода творчества у команды обычно с продукта перекидывается на технологии.
Правильная команда в любом случаи будет пытаться внедрить в проект новые технологии, которые естественно будут замедлять процесс. Программисты так устроенны, если они не будут что-то новое учить, то их развитие остановится, они начнут чахнуть и убегут с Вашего проекта. И хотя с точки зрения менеджера может показаться что запрет на новые технологии это выгодно, он должен понимать, что действительно стоящие профессионалы не будут работать в таких условиях. А переложить на них другой вид ответственности… В этой идеи что-то конечно есть, но только с точки зрения гуманитария, который больше склонен метаться из одной сферы в другую. Но прежде всего, когда речь идет о команде, до принятия каких-либо решений, нужно советоваться с самой командой.
И тут уже сказали, что цель показать статьи показать какой scrum «не очень», но мне кажется причина в другом. Прежде всего в жестких ограничениях, которые Вы так пытаетесь выделить. Для примера тот же лидер в команде. Вы говорите что лидера быть не должно… Но где Вы найдете команду из ТАКИХ профессионалов, которые в лидере не нуждаются? Таких команды если и есть, то ну в очень и очень и очень крутых компаниях. Поэтому получается что либо scrum только для крутых компаний, либо идеологи не сочли нужным писать на банке coca-cola, что ей «нельзя бить прохожих по голове»-«можно видоизменять для большей эффективности», только потому, что решили что это и так всем понятно.
Хочу сказать истину, которая многим может не понравится, но все же…
Чаще всего дятлами оказываются те, кто собеседует. Несмотря на их
«титулы» синьор++, они просто вообще не понимают где находятся.
И все из-за того, что в львиной доле они эти титулы сами себе присваивают,
либо им их прилепляют работодатели, которые ничего в этом не смыслят.
Как правило такая схема у стартапов. Там студент находит программиста, который
делает ему какую-то эффектную крутилку, чем доказывает что он знатный прогер
и ему сразу можно доверить руководить отделом, в котором только он и числится.
Ну и естественно при расширении он же и будет собеседовать. Ну а кому же ещё?
Вот они и называют потом всех дятлами, которые хотят слишком много денег по их
меркам.
Поэтому, какой в этих оценках СМЫСЛ?
(все сравнения вымышленные и не означают что кто-то получил свое место каким-либо аморальным путем).
То есть, это уровень управления. Это доказывает даже тот факт, что повысить уровень продуктивности работы команды пытаются с помощью посвящения в идеологию scrum. Для программиста это и есть культ, о котором Вы говорите не реже, чем посылаете на конференции.
Программист, это ребенок, который живет в футуристическом мире созданным им самим на основе книг, игр и кино. Накой ему Ваш scrum? Ежедневно программисту нужно только комфортное рабочее место, столько еды, сколько ему нужно чтобы не возникло повода задуматься о голоде и интересные темы не относящиеся к рутине трудовых будней, с помощью которых можно развеяться. Только так можно поддерживать хрупкое чувство комфорта, отсутствие которого просто как бур в голове мешает сконцентрироваться на задаче.
Об этом нет ни слова, зато есть постоянные встречи и упоминание о правилах. Такое ощущение, что речь идет не о it компании, а о галере, на которой даже отхлыстать кнутом могут. К галере можно ещё отнести треш-компании, которые занимаются разработкой дешевых приложений и в которых очень важен именно тем, а о рабочих думают в последнюю очередь.
Все крутые it-лэйблы в самом начале ставили интересы своих сотрудников, чуть ли не выше всего. Им давали доли, проценты, возможность самореализации. Это мотивация. А все остальное это галера, где главное выжить как можно соков до того, как кто-то остынет.
И ещё раз — scrum это методология управления, что доказывает даже Ваши статьи, в которых упор сделан только на управление. Но it это прежде всего программисты. Вот у слесарей главный прораб, а у it — программисты. Если какая-либо методология это не понимает, то у нее нет будущего.
Всем руководителям к программистам нужно относится, как к летчикам самолета, на борту которого они находятся. Чуть Вы их напрягете, сразу же почувствуете крен или тряску.
Поэтому не понятно зачем программистам растолковывать основы scrum идеологии и тем самым попросту захламлять их рассудок. Если управленец считает, что посвятив в тонкости своей работы программистов сделает команду эффективнее, то он просто дурак. На самом деле этот поступок, скорее попытка переложить ответственность с себя на команду. А для самой команды, это лишний гул в голове + кому-то может показаться, что их отчитывают. Чтобы управленец подумал, если бы программисты, кадждые пять минут пытались посвятить его в тонкости того, как те инструменты, которыми они пользуются, путаются всяческими багами и несовершенствами воткнуть им палки в колеса? Такой подход и есть начало конфликта.
Команда состоит из профессионалов и нуждается лишь в мотивации. А для этого нужно понимать самих программистов. Не программист не способен их понять. Или способен, если он талантливый психолог + очень долго с ними работает. А одно желание со стороны руководителей неминуемо приведет к созданию напряженности.
То есть на c# я могу покрыть все случаи выходящие за границы HelloWorldApp по работе с платформой?
… и metro (если не ошибаюсь) для windows. И того три разных дизайна + в три раза дольше время на создание дизайна + три раза больше денег на создание трех разных дизайнов.
И кто сказал что разный дизайн одного приложения это круто? Наверное программисты, которым всегда трудно реализовывать дизайнерские идеи? Я не думаю чтобы дизайнер был доволен если бы его работа заключалась только в ресовании унифицированных схем с надписями «кнопка» и «селект».
А как же uix? Как можно разработать uix интерфейс, если интерфейс на каждой платформе разный?
И angular позволяет с api платформ на js работать. При чем оно по времени обновляется практически одновременно с платформой.
И невозможно не зная компонентной системы платформ и их api работать с ними. Даже в случаи кросплатформенных инструментов. Не нужно людей обманывать!
Правильная команда в любом случаи будет пытаться внедрить в проект новые технологии, которые естественно будут замедлять процесс. Программисты так устроенны, если они не будут что-то новое учить, то их развитие остановится, они начнут чахнуть и убегут с Вашего проекта. И хотя с точки зрения менеджера может показаться что запрет на новые технологии это выгодно, он должен понимать, что действительно стоящие профессионалы не будут работать в таких условиях. А переложить на них другой вид ответственности… В этой идеи что-то конечно есть, но только с точки зрения гуманитария, который больше склонен метаться из одной сферы в другую. Но прежде всего, когда речь идет о команде, до принятия каких-либо решений, нужно советоваться с самой командой.
И тут уже сказали, что цель показать статьи показать какой scrum «не очень», но мне кажется причина в другом. Прежде всего в жестких ограничениях, которые Вы так пытаетесь выделить. Для примера тот же лидер в команде. Вы говорите что лидера быть не должно… Но где Вы найдете команду из ТАКИХ профессионалов, которые в лидере не нуждаются? Таких команды если и есть, то ну в очень и очень и очень крутых компаниях. Поэтому получается что либо scrum только для крутых компаний, либо идеологи не сочли нужным писать на банке coca-cola, что ей «нельзя бить прохожих по голове»-«можно видоизменять для большей эффективности», только потому, что решили что это и так всем понятно.
Мне так кажется.
Чаще всего дятлами оказываются те, кто собеседует. Несмотря на их
«титулы» синьор++, они просто вообще не понимают где находятся.
И все из-за того, что в львиной доле они эти титулы сами себе присваивают,
либо им их прилепляют работодатели, которые ничего в этом не смыслят.
Как правило такая схема у стартапов. Там студент находит программиста, который
делает ему какую-то эффектную крутилку, чем доказывает что он знатный прогер
и ему сразу можно доверить руководить отделом, в котором только он и числится.
Ну и естественно при расширении он же и будет собеседовать. Ну а кому же ещё?
Вот они и называют потом всех дятлами, которые хотят слишком много денег по их
меркам.