Насчет отдела ТП ни разу не видел что бы его не задвигали подальше — убыточный отдел, который мало того что вечно что-то требует и ругется, причем обоснованно, так еще и относиться к постпродажному бизнес процессу :) Но честно говоря полностью согласен.
Но в целом статья вызвала только одну мысль "+1 к скилу зомбирования"
Рад за вас что вы таки пришли к созданию нужного вам прототип-мейкера. Я в похожей ситуации смог выкроить время только на поделки, хотя прототипирование показало себя намного лучше чем у вас — разница была практически как проект выполнен с прототипом успешно и проект без прототипа сдан формально. customer satisfaction и прочие радости :) Там просто были свои специфики в GUI, которые на пальцах неподготовленным людям не понять, да и подготовленным не всегда.
В штатах да и может быть по всему миру примерно такая система. Курс имеет пререквизиты, кроме базовых. Студент с помощью куратора составляет план на год с учетом желаемой нагрузки и так далее. Более того в штатах есть базы данных по студентам и в принципе перевод из одного вуза в другой не составляет никакой сложности и вообще принято магистра получать в более другом, лучшем вузе.
Нашим ВУЗам вообще все до лампочки — ни каких по качеству студентов они выпустят ни будут ли они вообще работать по специальности. Потому что конкурс и бюджет есть всегда, даже у заштатного вуза.
Вот если бы бюджет и возможности формировали бы заинтересованные работодатели или бывшие выпускники то тогда да :)
Проект в терминологии NB это фактически модуль — одна папка, один тип и так далее.
Приложение это скорее группа проектов
Я для каждого отдельного куска кода, с точки зрения жизненного цикла, создают отдельный проект. Например фреймворк у меня имеет свой проект, а созданные в нем темы или плагины — свои отдельные. И тогда группа — это конечное приложение.
Простые менеджерские обязанности толковый сотрудник выполняет вполне хорошо, это показывают легионы тим лидеров, так что не надо недооценивать сотрудников.
Опять же начальник тоже человек и не может знать все. И зачастую он многого не знает не потому что от него скрывают, а потому что считают что не стоит его напрягать по мелкому поводу. И часто завязываются отношения между отделами потому что на одном уровне просто договориться чем ходить через начальство, а это правильно, потому что насыщенные полезные коммуникации дают ощущения своей команды и вовлеченности, ощущение уважения для хороших специалистов и так далее.
Сейчас очень часто имеются несколько филиалов в разных городах а то и странах и есть огромная проблема когда люди в других филиалах вызывают негативные эмоции, потому они «не досказывают» или забывают передать какие-то сведения и все это только потому что нет налаженной коммуникации между отдельными сотрудниками.
Что значить в данном случае «нужна фирме»? Если она нужна сотруднику значить она нужна фирме, в общем случае.
Конечно данный сотрудник может работать на лево или заниматься сугубо личными проблемами в рабочее время, но это все за рамками данной методы имхо
Мне нравиться такая метода, особенно для развития горизонтальных коммуникаций, которые часто проблема и в обычных и в разнесенных географически группах. Только подойдет она скорее российским организациям, где принято иметь оклад+премия. Буржуи как-то премии жестко привязывают к основной мотивации и не любят их делегировать.
>Мне кажется, что оклад — это плата компании за твой личный потенциал, а премия — это плата за твой вклад в работу.
Оклад — это оплата работы, которая записана в обязанностях. Премия же — это оплата дополнительного вклада в работу, или же стимулирование неординарного, но желательного отношения или поведения. Не надо запутывать, мотивация и так похожа на зомбирование.
>В моем проекте была проблема
Ест более правильные методики для решения проектных проблем, начиная с проектной или матричной организации. При этом ПМу выделяется бюджет проекта, в котором может и буфер для реагирования на риски или для оптимизаций, полезных проекту.
так получилось что у клиента два VPS причем один в европе, другой в штатах.
Бекапы делаю в перекрест, да еще чуть подшаманил так что если один упадет, то другой развернет упавшие сервисы из бекапа. Хотел сделать на горячую, но решения для горячего резервирования по IP, клиент не захотел, а по DNS — проще скриптами развернуть при надобности.
не могу комментировать биологическую составляющую, так как очень хочется туда влезть, но постоянные отговорки типа времени нет…
но по поводу анализа:
1. я бы для всех вариантов гена ( как зовутся аллели, если ген в разных локусах? ) сделал бы граф родственных связей. растояние в мутациях ( конкретных цифр может быть и несколько ) и уже в этом пространстве размещал конкретные виды. причем понятно что связь может быть между аллелями, а может быть и между разными локусами и вообще стоит сделать полный граф и уже его рассматривать, выкидывая связи с очень большим расстоянием.
2. Поскольку расстояние между видами для разных белков должно быть хотя бы одного порядка, то разместив виды в пространстве мутаций разных белков можно перетрясать графы для генов и таким образом «нормализировать» пространство мутаций и для белков и для видов и уже говорить о некоторой взаимной обоснованности расстояний. Исходя из полученного графа можно думать про эволюцию и классификацию
Только такой вопрос — какая разница как формально классифицируются организмы? По мне что один адрес, что другой, главное что бы он был, был уникальным и единым для всего сообщества.
ну что бы вычесть их из налоговой базы, такие траты бухгалтерия обычно относит на вознаграждение сотрудника, потому как обоснования для отнесения их к другим типам расходов организации нет. но это влечет потерю НДФЛ
Если заметили то там деффке в затылок что-то воткнули, надеюсь маленькое, и почти сразу и средство связи и дополненная реальность и видеокамера. Это несколько поколений от гугловых очков.
Показательно что непонятно как работающая херовина, которая мало того что экран, шокер и бронежилет одновременно и по внешнему виду имеет свойства ткани тут же назвали «наноткань» :)
Насчет отдела ТП ни разу не видел что бы его не задвигали подальше — убыточный отдел, который мало того что вечно что-то требует и ругется, причем обоснованно, так еще и относиться к постпродажному бизнес процессу :) Но честно говоря полностью согласен.
Но в целом статья вызвала только одну мысль "+1 к скилу зомбирования"
Вот если бы бюджет и возможности формировали бы заинтересованные работодатели или бывшие выпускники то тогда да :)
Проект в терминологии NB это фактически модуль — одна папка, один тип и так далее.
Приложение это скорее группа проектов
Я для каждого отдельного куска кода, с точки зрения жизненного цикла, создают отдельный проект. Например фреймворк у меня имеет свой проект, а созданные в нем темы или плагины — свои отдельные. И тогда группа — это конечное приложение.
Опять же начальник тоже человек и не может знать все. И зачастую он многого не знает не потому что от него скрывают, а потому что считают что не стоит его напрягать по мелкому поводу. И часто завязываются отношения между отделами потому что на одном уровне просто договориться чем ходить через начальство, а это правильно, потому что насыщенные полезные коммуникации дают ощущения своей команды и вовлеченности, ощущение уважения для хороших специалистов и так далее.
Сейчас очень часто имеются несколько филиалов в разных городах а то и странах и есть огромная проблема когда люди в других филиалах вызывают негативные эмоции, потому они «не досказывают» или забывают передать какие-то сведения и все это только потому что нет налаженной коммуникации между отдельными сотрудниками.
Конечно данный сотрудник может работать на лево или заниматься сугубо личными проблемами в рабочее время, но это все за рамками данной методы имхо
>Мне кажется, что оклад — это плата компании за твой личный потенциал, а премия — это плата за твой вклад в работу.
Оклад — это оплата работы, которая записана в обязанностях. Премия же — это оплата дополнительного вклада в работу, или же стимулирование неординарного, но желательного отношения или поведения. Не надо запутывать, мотивация и так похожа на зомбирование.
>В моем проекте была проблема
Ест более правильные методики для решения проектных проблем, начиная с проектной или матричной организации. При этом ПМу выделяется бюджет проекта, в котором может и буфер для реагирования на риски или для оптимизаций, полезных проекту.
Бекапы делаю в перекрест, да еще чуть подшаманил так что если один упадет, то другой развернет упавшие сервисы из бекапа. Хотел сделать на горячую, но решения для горячего резервирования по IP, клиент не захотел, а по DNS — проще скриптами развернуть при надобности.
не может быть такого что ген мутировав в другой не вернулся обратно у потомка?
но по поводу анализа:
1. я бы для всех вариантов гена ( как зовутся аллели, если ген в разных локусах? ) сделал бы граф родственных связей. растояние в мутациях ( конкретных цифр может быть и несколько ) и уже в этом пространстве размещал конкретные виды. причем понятно что связь может быть между аллелями, а может быть и между разными локусами и вообще стоит сделать полный граф и уже его рассматривать, выкидывая связи с очень большим расстоянием.
2. Поскольку расстояние между видами для разных белков должно быть хотя бы одного порядка, то разместив виды в пространстве мутаций разных белков можно перетрясать графы для генов и таким образом «нормализировать» пространство мутаций и для белков и для видов и уже говорить о некоторой взаимной обоснованности расстояний. Исходя из полученного графа можно думать про эволюцию и классификацию
Только такой вопрос — какая разница как формально классифицируются организмы? По мне что один адрес, что другой, главное что бы он был, был уникальным и единым для всего сообщества.