Выскажу свое мнение:
Детей надо прежде всего обучать крепкому базису. Человек должен хорошо владеть иностранным языком — английским, владеть так, чтобы без проблем читать литературу. Человек должен знать основы естественных и гуманитарных наук, логику и т.д. Без этого минимального базиса готовить тысячи обезьянок нет смысла — в Индии уже есть, миллионы.
Без базиса — удел таких людей быть по (мировым меркам) людьми второго сорта, не рабы, но никак не равные ...
Добрый день. Ну тут все очень натянуто. Не раз и не два видел ситуацию, когда даже локальные контракты заключаются с привязкой к курсу доллара или евро. Другое дело в том, способен ли локальный заказчик заплатить по договору ... это как мне кажется ключевая проблема. Даже в хорошие времена добиться своевременной оплаты у наших заказчиков было не всегда возможно, ответ звучал в стиле: «проблема подождать месяц ?»
Добрый день.
Не надо сводить все к тому, что мол мы, разработчики, сидит и требуем бабло из гос. кармана.
Вариантом тьма и не надо делать вид, что Вы не в курсе, как это можно организовать.
Пример, да — пожалуйста:
К примеру в городах каждый год проходят тендеры среди фирм, которые вывозят мусор.
Добавить в тендерные требования создания информационной системы для контроля над вывозом мусора, машинами и т.д. И в условиях прописать — мол заказ можно делать у локальных фирм.
Пусть часть денег уйдет на взятки, пусть часть в трубу, но появятся маленький, локальный рынок. А завтра эта продукция может стать экспортной, вариант ухода от аутсортингового проклятия .... И так по всем пунктам — шаг за шагом.
Это как кино во Франции — оно развитым стало потому, что государство обязало показывать % родных фильмов, так родился рынок и т.д.
Привет всем. Знаете, а я не удивлен. Кидайте в меня гнилыми помидорами, но у меня крайне негативное отношение к назначению Шимкива было изначально. Потому, что по сути пришел самый обыкновенный продажник, да еще с большим опытом «решения» (M$ этим славиться). Обратите внимание на того, кто заменил Шимкива .... потому и в перспективе результат будет только один — безусловное применение продукции известной всей компании в гос. секторе. Везде, где можно и где нельзя. Ничего больше.
P.S.
Мне кажется в самой формулировке — лукавство. Ведь ИТ просит прежде всего прозрачных правил игры. Во вторую очередь — это создание хоть минимального, но своего, локального рынка. Но полноценных продуктов. А позиция Шимкива «а вот Вы сделайте, а мы скажем свое фе ... » (в полной версии кто читал внимательно).
Но такая позиция опять все замыкает не на локальных разработчиков, а на большие конторы, которые могут себе позволить себе ради гос. контракта поиграться годик в тендеры, с всем сопутствующими прелестями ...
P.P.S.
Вспомните чем закончила SGI, Nokia и т.д. А ведь там также были менеджеры похожего разлива, только калибра побольше
И в результате заметил и прокомментировал сделанную Вами логическую ошибку (случайную или намеренную, скажите сами). Грубо говоря, Вы от A=>B перешли к B=>A, не доказав допустимость этого перехода. Из того, что если сотрудник соверешнно не имеет ценности, его могут изгонять именно так — к предположению, что если его изгнали так, то он не имел ценности. Так что, это было намеренно или как?
Это было сознательное допущение, которое исходило из жизненного примера и укладывается в имеющийся набор фактов.
Причины такого неделикатного допущения я изложил в ответе автору:
и в подобного рода случаях привык полагаться на наиболее полный набор фактов. Просто потому, что (только без обид) одному человеку сразу на слово верить нельзя.
Надо разобраться, убедиться в том, что человеком не руководили некие мотивы, к примеру мести и т.д.
Не потому, что автор мне лично чем-то не понравился, а потому что в своей жизни встречал людей, которые действовали по принципу — «все .., один я весь в белом».
Правда это было в основном в отрасли телекоммуникации, где я долго работал перед уходов в ИТ, но ... до сих пор помню знакомого который поехал на работу в Бостон, там не устроился в силу ряда проф. и личных качеств, провалил исп. срок, а потом всем рассказывал :
— какая плохой филиал компании А, особенно несколько конкретных менеджеров
— как плохо в США вообще и в частности в Бостоне в частности, в частности цитирую «обкуренные негры в метро воняют»
и ряд моментов
Знаю иного товарища, который в нескольких конторах подряд заигрался с откатами при закупках оборудования на круглые суммы и был вынужден уехать из страны.
Чтобы Вы понимали масштаб — переехал из Киева в городок с климатом не намного лучше Воркуты и далековато от жизненных центров, правда в Канаде все-же, при этом всем потом (когда все улеглось ТУТ) рассказывал, что он мол уехал от «совка» к лучшей жизни.
Знаю еврея, который переехав в Израиль попытался применить свои методы ведения коммерческой деятельности в местных условиях. Первый же драконовский штраф от местных налоговиков сделал его ярым патриотом Одессы и ненавистником его новой Родины.
и т.д.
По остальному спорить нет желания, т.к. мы говорим об одном и том-же, но под разными углами и ключевое разногласие состоит в интерпретации фактов начального материала.
Добрый день.
На самом деле Ваша позиция понятна, большое спасибо за ее изложение, весьма интересно.
Но дело в том, что я по жизни крайне подозрительный товарищ, и в подобного рода случаях привык полагаться на наиболее полный набор фактов. Просто потому, что (только без обид) одному человеку сразу на слово верить нельзя.
Надо разобраться, убедиться в том, что человеком не руководили некие мотивы, к примеру мести и т.д.
Потому всегда начинаю задавать каверзные вопросы, подвергать сомнения и подводить примеры из собственного и чужого опыта, особенно когда ситуацию можно увидеть в Н позиций
Вы явно относитесь к IT работникам как к землекопам.
Добрый день.
Валентин, видимо Вы недостаточно внимательно прочли в каких случаях применялись такого рода меры и в связи с чем я вспомнил. Будьте так добры, прочитайте о чем я писал, о какой ситуации в отношениях компания <> сотрудник, и обратите внимание на ключевой момент:
Только в случае, когда сотрудник по результатам испытательного срока признается проф. непригодным для компании.
Что касается лично меня — в данном случае мое личное мнение роли не играет, т.к. предметом обсуждения была и есть пример практики увольнения с «немедленной блокировкой».
Теперь дальше хотелось бы прокомментировать:
Это у тех положил лопату — и ушёл, другой копает дальше.
Я не Вам открою секрет, что сотрудник может уволиться, причем немедленно, пострадать и в некой аварии, уйти в запой т.д.
Чем больше сотрудников, тем больше вероятность, что в команде что-то этакое случиться.
И от этого страхуются любыми путями, в т.ч. не всегда восторженным отношением к рядовому персоналу. В маленьких командах это не заметно. В ряде крупных — заметно.
Хотите Вы или Я этого или нет.
Ради развлечения почитайте про управление рисками в больших и длительных проектах, потом мысленно себя назначьте дядей, который принимает решения и Вы все поймете, что начиная с определенного порога Вы сами будете рассматривать рядовых сотрудников как расходник.
Практически любой IT проект требует передачи дел, хотя бы в виде подробного отчёта о проделанном и документировании. На это нужно время.
Ваша нотация выглядит как-то странно, т.к. документирование — непрерывный процесс, который должен вестись одновременно с разработкой кода, написание unit тестов, code review и т.д.
Как и краткий отчет о проделанной работе каждый день, + данные из системы управления проектами + еженедельные подробные отчеты — это норма современной разработки
Если кто-то пишет документацию по принципу — ой я увольняюсь/ухожу в отпуск/ подходит конец очередной итерации, надо что-то породить — это признак дикого бардака. За который надо начальника карать.
увольняется => нелоялен => надо предельно оградиться, чтобы не украл/удалил чего
Вы опять в порыве эмоций выпустили лог. момент.
Такая схема работает только в случае, если для компании сотрудник не пред. проф. ценности.
Ибо в противном случае Вы сами себе противоречите, т.к. в Вашей схеме передача дел противоречит блокировке, т.е. немедленное блокирование при Вашей схеме работы невозможно
В любом случае так или иначе каждый разумный человек согласиться выслушать прот. сторону, а наши рассуждения до наступления такового факта — увы, не более чем абстрактные гадания.
Ключевой вопрос — не сколько в методологии, подходах и т.д. Проблема в применении. У многих складывается совершенно неадекватное и превратное представление о Agile.
Люди творя бардак и хаос, при этом прикрываются модным лозунгом
И когда в некой команде возникает ситуация, когда «тяп ляп и в production», каждый день трепы с заказчиком с целью показать как все красиво и другой бред ... это называется бардак и виноваты в нем не методология, концепция и т.д.
Виноваты в этом бардаке конкретные люди, которые по разным причинам (непонимание — часто основная) смешивают понятие «хаос» и «Agilie»
Доброе утро.
Эта история выглядит крайне неполной без одной ключевой детали:
Очень бы хотелось услышать оф. мнение оф. представителя работодателя относительно того, пригоден ли сотрудник к работе в компании.
Почему я задаю такой неделикатный вопрос.
Да потому, что я сам работал в довольно крупной МН компании, с крупным как раз российским филиалом, R&D был в Обнинске и немного в Москве.
Так вот там ТАК поступали:
Дела меня никто не просил передавать вообще, мне полностью заблокировали ноут через 20 минут (в 23:30 вечера) после написания письма и попросили всё (ноут, телефон, пропуска, и т.д.) сдать на следующее утро.
Только в случае, когда сотрудник по результатам испытательного срока признается проф. непригодным для компании.
Разумеется в таком случае передавать сотруднику нечего, так как его ценность для компании НОЛЬ. Разумеется его аккаут блокировался и ...
Сюда же ложиться и отмена запланированной командировки и другие неприметные вещи.
Статья важная и очень полезная, но как мне лично кажется в ней упущен один важнейший момент — как вести себя в компании, где руководство поощряет ПА. За свою карьеру я несколько раз сталкивался с такого рода ситуациями , когда попытка поставить вопрос открыто влекла за собой очень некислые санкции .... просто некоторые руководители отчего-то считают, что когда никто не ругается и не спорит — это мол идеал. Таким конторы важно вовремя распознать и ... тут каждый решать должен сам для себя.
Увы, но это правда жизни. По себе знаю — как именно backend’шика у меня на GUI (особенно в Web) и т.д. стойкий (простите) рвотный позыв. Я лично готов до3-х ночи пилить некий сложный алгоритм, причем получая удовольствие, но сделать что-то в GUI, нельзя сказать что не могу, но как же это противно ...