я закончил ФизФак СПбГУ, общался с людьми старше себя — все производили впечатление глубоко эрудированных в науке людей, многих я до сих пор знаю и даже моего понимания фундоментальных вещей часто недостаточно для понимания того что они делают или делали. Даже сейчас. Иногда я общаюсь с теми кто закончил только что какой-либо технический вуз, их понимания основ подчас недостаточно даже для того чтобы понять предмет исследования моей магисторской работы. Я на практике вижу спад качества образования за период 5 лет, что уж говорить о периоде 10 лет. И кстати тут ниже говорят про китайцев: у меня на кафедре училось 2, отличные ребята, сначала казались очень малосведующими, всевремя спрашивали то одно то другое, постоянно просили что-то пояснить. Учился я с ними 3 года вместе, в конце я узнал что у одного из них просто наикрутейшая магистерская работа, уверен сейчас он настоящий ученый.
Магия только в примесях. Все понравилось. Тем, кто ничего не понял читать в таком порядке:
Устранение зависимостей в коде.
Паттерн фабричного метода.
Идеалогия интересного программирования.
Книга: чистый код.
Както так.
Теперь пример: вы делаете фабрику машин, и подшипники вам поставляет Бош, а втулки Сименс (реализация интерфейса) и теперь вам не нужно обучать ваши агрегаты работать с этими деталями.
мой приятель работает в R&D Nokia, той самой что коннектинг пипл, так вот, он работал в группе, которая исследовала принципиальную возможность управления ресурсами аппрата на основе модели агенстких систем (биржи короче), так вот им просто выделяют 5 000 000 $ в год, просто на исследования =) Без постановки задач даже, а локальные руководители уже оценивают перспективность тех или иных исследований =)
мне нравится что автор делится своими соображениями, некоторые из них я разделяю (квалифицированный труд специалистам и т.д.), но в тоже время (уж простите мне мою прямолинейность) многое кажется очень не зрелым. Ну вот например:
Если результат будет невпечатляющим или не в срок ....
далее идет оповищение о халяве.
Очень поверхностный взгляд на проблемму. Вы согласовывали когда либо достаточно сложное ТЗ? я, надеюсь да и без всяких проблем, но поверьте, бывают и резко негативные примеры. Представьте себе согласование ТЗ на дизайн. Ну а чего стоит смена исполнителя в хоть сколько-то крупном подряде? нет тут такие аспекты деятельности не описаны и мне кажется что автор еще неединыжны сменит свою точку зрения и туда и обратно =).
И немного хотел прокоментировать последний абзац:
Во многом именно поэтому мы поддерживаем идею переписать Трудовой кодекс
Вы, вот видили когда-либо людей работающих в туризме? а вы знаете что из них, например, работодатель может все соки выжимать и так часто и происходит. Подумайте о людях работающих на заводе, а ведь закон един. Мне кажется ваше суждение патриотическим, но его и вас так могут будут использовать и против вас. Мой вам совет: попробуйте работать с людьми не совсем легально… Как говорит мой друг: жить в такой стране и не пользоваться ее привелегиями. Ну и потом послушайте ваших работников и людей, котрые приходят к вам на собеседование, очень часть им нужны НЕ деньги, а работать они готовы за идею, просто дайте им то что им нужно: кто-то хочет отношения специального, кто-то хочет свободы, кто-то хочет признания, а кто-то обучения.
Но вообще, с основным тезисом я согласен: используйте аутсорс, это хорошо.
Знаком с синтаксисом SQL, видимо на недостаточном уровне, поэтому хотел задать пару вопросов:
declare continue handler for not found set ex_no_records_found = 1; — нормально ли ставить перехватчик после запроса? каким образом он будет отработан? или фактически он отрабатывается в секции open attr;… close attr;?
declare continue handler for sqlstate '42S01' begin end; — зачем объявляется перехватчик, если ниже создается таблица лишь в том случае, если она отсутствует ( create temporary table if not exists ). Возможно есть какие-либо русскоязычные источники, которые помогут лучше понять принципы этих разделов: dev.mysql.com/doc/refman/5.0/en/declare-handler.html?
да, нормальня система. в чем-то удобная. Если хотите знать наш опыт, то вот идеальная схема похожа на эту:
— в обсуждении дизайна, приемке работ и т.д. могут принимать участие только ограниченный круг людей, прописанных в договоре.
— дизайн делается по ТЗ
— после утверждения какой либо концепции дизайна берется акт о принятии решения
— дизайн показывается заказчику в студии, на презентации присутствуют менеджер, разработчик интерфейсов и дизайнер.
и никаких отправок дизайна на мыло и т.д.
Почему? да просто потому что вы сделали клевый дизайн, показываете его вашему клиенту, ему все нравится, а потом он показывает его своему другу (или недайбоже своему подчиненному) и тот его обсирает просто чтобы самовыразиться и дело тут не в вашем умении или не умении, а в человеческой природе — все эксперты во всем. И денег много больше брать по такой схеме работая не нужно. Деньги берутся только за реальное изменение планов:
Коротко схема работы: почитал ТЗ, принял (подпись), посмотрел дизайн, сравнил с ТЗ, непонравилось, нашли консенсус, переделали, все понравилось (подпись), пошел к «друзьям», передумал, пришел говорить что нужно переделать — заплатил.
мне кажется вы вообще ни туда идете: чтобы оградить провайдера (в вашей терминалогии агента) от обязательсвт просто раздавайте интернет по VPN: Купите несколько компов заграницей, настройте там openVpn и разрешайте коннект только туда, тогда они смогут делать что ХОТЯТ, а тот кто дал им доступ в интернет не будет отвечать за них. Но отвечать будите ВЫ, но у ВАС будет ВСЕ учтено (кто когда подключился как минимум).
Знаете чем реально могбы быть полезен ваш сервис таким как я? Картой покрытия, чтобы я пришел, отметился, а другой человек меня нашел, а я нашел его потом.
"> на 30 мин или 30Mb в день" а где можно посмотреть правила вашей сети коротко?
Устранение зависимостей в коде.
Паттерн фабричного метода.
Идеалогия интересного программирования.
Книга: чистый код.
Както так.
Теперь пример: вы делаете фабрику машин, и подшипники вам поставляет Бош, а втулки Сименс (реализация интерфейса) и теперь вам не нужно обучать ваши агрегаты работать с этими деталями.
далее идет оповищение о халяве.
Очень поверхностный взгляд на проблемму. Вы согласовывали когда либо достаточно сложное ТЗ? я, надеюсь да и без всяких проблем, но поверьте, бывают и резко негативные примеры. Представьте себе согласование ТЗ на дизайн. Ну а чего стоит смена исполнителя в хоть сколько-то крупном подряде? нет тут такие аспекты деятельности не описаны и мне кажется что автор еще неединыжны сменит свою точку зрения и туда и обратно =).
И немного хотел прокоментировать последний абзац:
Вы, вот видили когда-либо людей работающих в туризме? а вы знаете что из них, например, работодатель может все соки выжимать и так часто и происходит. Подумайте о людях работающих на заводе, а ведь закон един. Мне кажется ваше суждение патриотическим, но его и вас так могут будут использовать и против вас. Мой вам совет: попробуйте работать с людьми не совсем легально… Как говорит мой друг: жить в такой стране и не пользоваться ее привелегиями. Ну и потом послушайте ваших работников и людей, котрые приходят к вам на собеседование, очень часть им нужны НЕ деньги, а работать они готовы за идею, просто дайте им то что им нужно: кто-то хочет отношения специального, кто-то хочет свободы, кто-то хочет признания, а кто-то обучения.
Но вообще, с основным тезисом я согласен: используйте аутсорс, это хорошо.
declare continue handler for not found set ex_no_records_found = 1; — нормально ли ставить перехватчик после запроса? каким образом он будет отработан? или фактически он отрабатывается в секции open attr;… close attr;?
declare continue handler for sqlstate '42S01' begin end; — зачем объявляется перехватчик, если ниже создается таблица лишь в том случае, если она отсутствует ( create temporary table if not exists ). Возможно есть какие-либо русскоязычные источники, которые помогут лучше понять принципы этих разделов: dev.mysql.com/doc/refman/5.0/en/declare-handler.html?
— в обсуждении дизайна, приемке работ и т.д. могут принимать участие только ограниченный круг людей, прописанных в договоре.
— дизайн делается по ТЗ
— после утверждения какой либо концепции дизайна берется акт о принятии решения
— дизайн показывается заказчику в студии, на презентации присутствуют менеджер, разработчик интерфейсов и дизайнер.
и никаких отправок дизайна на мыло и т.д.
Почему? да просто потому что вы сделали клевый дизайн, показываете его вашему клиенту, ему все нравится, а потом он показывает его своему другу (или недайбоже своему подчиненному) и тот его обсирает просто чтобы самовыразиться и дело тут не в вашем умении или не умении, а в человеческой природе — все эксперты во всем. И денег много больше брать по такой схеме работая не нужно. Деньги берутся только за реальное изменение планов:
Коротко схема работы: почитал ТЗ, принял (подпись), посмотрел дизайн, сравнил с ТЗ, непонравилось, нашли консенсус, переделали, все понравилось (подпись), пошел к «друзьям», передумал, пришел говорить что нужно переделать — заплатил.
"> на 30 мин или 30Mb в день" а где можно посмотреть правила вашей сети коротко?