piggymouse: (papapiggy)

Снова о питонах. Оказалось, что если заставить себя посидеть и поотлаживаться в Eclipse+PyDev минут десять-пятнадцать, становится вполне комфортно. Не идейный PyCharm конечно, но вполне, вполне.

Евгения Дмитриевича явно ударило по голове удовольствием от программирования. К несчастью, первый удар был осуществлён RoboLab'ом + NXT, представляющими собой, как я уже писал, среду не то чтобы приспособленную для нормальных кодерских упражнений. Тем не менее вот уже несколько недель как Евгений Дмитриевич, посылая нахрен уроки и родителей, реализует на этой прекрасной платформе простенькие штучки уровня игр для программируемых калькуляторов нашего детства. У NXT экран пять строк на 20 кажется символов, а в качестве устройств ввода Жека приспособил два touch sensor'а. В этом есть определённый героизм, так как целые числа у него вводятся практически как на машине Тьюринга, по основанию 1.

Когда Жека сегодня увидел питонский код в пять строчек, эквивалентный одной из его поделок на четыре экрана графических макарон, было видно, что он испытал катарсис. Тем более когда я эту фигню запустил и показал, что она действительно работает.

Юльча высказывала озабоченность тем, что в тридцатке для начального обучения программированию используют богомерзкий LogoWrite (русифицированную версию KTurtle) и что, подсадив Жеку на Питон, я могу помешать его последующей адаптации к школьному курсу. Совершенно случайно, просматривая The Python Library Reference, я наткнулся на модуль turtle, представляющий из себя вполне KDE-шную черепаху, реализованную поверх Tk. Копипейстнули и запустили пример, в котором черепаха рисует пятиугольник, после чего Жека вдруг предложил нарисовать шестиугольник. К сожалению, ему уже было пора спать.

piggymouse: (jamaica-muminpappan)

Коллеги, посоветуйте пожалуйста правильную IDE-ху для начинающего несовершеннолетнего питонщика и его родителей. Мы тут по совету дорогого товарища [livejournal.com profile] oxfv посмотрели на Питон и в общем остались довольны.

Подрастающее поколение, как оказалось, совершенно независимо от наших педагогических планов хочет писать компутерные версии любимых board games, чтобы компутер сам считал очки и вообще заботился о логистике. Кстати, уважаемые [livejournal.com profile] bleys и [livejournal.com profile] 9cats, поколение у меня сегодня спросило, когда уже наконец поступит в продажу игра про завоёвывающих мир котегов.

What I've seen so far:

  • PyCharm. Лежит в руке как влитой, но кагбе стоит стобаксов. Воровать у практически родных людей мне впадлу. Если бы я сам серьёзно чем-то занимался, купил бы не глядя, а вот несмышлёному подростку жалко. Впрочем, может куплю ещё.
  • Aptana. Странная она какая-то, ну её.
  • Eclipse+PyDev. Не так удобно, как PyCharm, и ваще.
  • Komodo. И смотреть не стал, за четырестабаксов они могут иметь себя сами.
  • NetBeans. Тоже не стал смотреть.

Emacs, vim, NotePad и кнопку F4 просьба не советовать.

Спасибо!

piggymouse: (umlactor)

Евгений Дмитриевич окончательно перерос возможности примитивной среды, поставляемой Lego вместе с Mindstorms NXT 2.0. Сегодня мы с ним разбирались сначала в Microsoft Robotics Developer Studio, а потом RoboLab. RoboLab это, насколько я понял, такая кастрированная и заточенная под конкретных роботов дистрибуция LabView. MS RDS поактуальнее, очень эротично выглядит и может использоваться не только для роботов, но и для общегражданского программирования — утверждается, что MySpace якобы пишет на VPL какие-то свои серверные приложения (если кто-то, услышав слово MySpace, хочет поглумиться, я с вами).

После почти часовой, совместной с Евгением Дмитриевичем, е1ли с RoboLab в ходе попыток написать нечто более сложное, чем Hello World, у меня только один вопрос к собравшимся.

Кто и когда придумал, что графические среды программирования более интуитивные и лёгкие для освоения начинающими?

Семь страниц мата skipped.

К сожалению, единственной разумной альтернативой для программирования того же NXT является nxtgcc backend. Увы, я не могу дать gcc под экзотическую платформу в руки младшему школьнику.

piggymouse: (umlactor)

Дэвид Хассман помнится рассказывал как он занимался помощью в agile adoption в DoD (и как он отказался заниматься этим в CIA). Может собственных Платонов, однозначно. Вот отрывок из условий конкурса на право заключения государственного контракта на оказание услуг по доработке, развитию, и расширению специализированного программного ресурса для нужд Министерства промышленности и природных ресурсов Челябинской области:

6. Требования к процессу разработки

Для обеспечения наилучшего качества, создаваемого программного продукта, и уменьшения числа ошибок процесс разработки должен включать:

  • в начале каждой недели детальное планирование работы всей команды;
  • отчет по работе всех сотрудников в конце недели;
  • ежедневный контроль работы сотрудников с помощью специального программного обеспечения;
  • ежедневную автоматическую интеграцию всех блоков системы;
  • план тестирования приложения;
  • ежедневные утренние планерки всей командой;
  • стандарты кодирования для всей команды;
  • парное программировании не менее 30% времени;

Via [livejournal.com profile] tyrex

piggymouse: (blackswan)

И гагары тоже стонут!!! Умная [livejournal.com profile] olgapavlova отлично суммировала то, что носится в воздухе уже лет десять, но все как-то боятся формулировать. Умный [livejournal.com profile] dz интересно отвечает. Я немножко высказался в комментах у той и у другого.

Вообще, расстраивает, что участники дискуссии в комментах говорят о смерти регулярного проектного менеджмента как будто это что-то плохое и поминают каких-то дилетантов, шарлатанов, жуликов и даже зачем-то бедную Россию. Понятно, что в комментах инженеры в основном. Сама Ольга завершает свой псто прекрасно (сопоставьте пожалуйста два жёлтеньких фрагмента):

Как я замечаю, всё это на интуитивном уровне совершенно не ново для предпринимателей. Но, мягко говоря, вечно свежо и оригинально для сотрудников, работающих по найму. Чего-то всё сопротивляются, хотят, чтобы "по правилам", "качественно", "на результат"…

Эх.

Знаете, меня тоже совсем не так учили. И я последние 15 лет совсем не так работала. Существовать в новой реальности для меня — ад кромешный. Но как-то надо.

Лейбов, похоже, стёр свой аккаунт на формспринге, так что цитирую для всех по памяти:

Q: Чему прежде всего надо учить марсианина в земной школе?

A: Смирению.

P.S. Мне тут добрый [livejournal.com profile] ipain посоветовал на первый взгляд отличную книжку.

piggymouse: (cripple)

Субж!

piggymouse: (umlactor)

Это прекрасно и удивительно! Спасибо, [livejournal.com profile] vit_r!

В прошлой жизни я определённо был немцем.

piggymouse: (efficientfrontier)

A few questions to colleagues more knowledgeable than me.

  • Context: software / systems design & development.
  • Assumptions: I'm focused here on pure misestimation risk. I know that projects rarely die because of misestimation risks, but political and business stuff is not usually quantifiable.
  • We all know that our duration/cost estimates are usually off by a wide margin. I wonder what real-world quantitative data are available on the distribution of the error. Is it Gaussian with a definite offset? Or non-Gaussian with a definite and stable positive skew? In Taleb's terms, are we in Mediocristan or Extremistan here?
  • On the nature of distribution again. Let's forget for the moment the productivity differences between individual contributors (well known to be huge). Do we observe significant outlier events in software development, e.g. an estimation error of several orders of magnitude? — provided that we implement the basic process hygiene, i.e. our stories are small enough, we use consensus techniques like planning poker, we're on a familiar ground technologically, etc.
  • Has anyone ever tried to apply the math usually used in various financial pricing models (either poor old CAPM or some more sophisticated stuff like Black-Scholes and all its descendants) to project estimates? Any references?
  • In the same vein, but more general, have there been any attempts to analyze projects using analogies with derivative instruments (e.g. viewing a fixed-price bid as a swap of some kind)?

Thanks all for any answers.

piggymouse: (nii)

Via длинная цепочка, но я увидел у [livejournal.com profile] ygam Орфография и пунктуация источника сохранены.

программист oracle, mysql, php

Зарплата: 1400 грн / месяц. График работы: Полный день.

Обласному управлению внутренних дел, на постоянную работу требуется программист.

Мы предлагаем вам свободный график работы (при нахождении на рабочем месте), самоподготовку по пятницам (у нас почти Google), и возможность стать сотрудником милиции получив дополнительные привилегии — высокий социальный статус, возможность носить форму, огневая подготовка, бесплатный проезд в общественном транспорте и прочие льготы предусмотренные законом.

Фраза "у нас почти Google" должна стать мемом!!!

piggymouse: (taxifish)

Цитата года, безусловно!!! Спасибо, дорогой [livejournal.com profile] alexclear!!!

Я пробывал самостаятельно выучить теорию котегорий, но непонел, почему при построении котегории, где объекты — типы данных, а морфизмы — функции, из варианта типизированного лямбда-исчисления на комбинаторах получается замкнутая симитричная моноидальная катигория (подобно Hilb, где где объекты — канечномерные гильбертовы пространства с обычным тензорным произведением, а морфизмы — линейные операторы), но не декартова, каковой является Set. Это завело меня в тупик, и я начал пить.

И две прекрасные ссылки!

piggymouse: (efficientfrontier)

Нассим наш Талеб написал книжку про чорных лебедей, одним из главных message'ей которой является "нормальное распределение используют козлы, но Гаусс в этом не виноват".

Уверен, начни я писать похожую книгу, для Гантта у меня бы нашлось куда меньше добрых слов.

piggymouse: (coolmanwithcoffee)

Перед встречей с равноапостольными князем и княгиней Поппендик решил освежить основы и начал с перечитывания "Повести о Мастере Оно" Лайкера. С удовольствием наткнулся на пропущенный при первом чтении рассказ про тойотовские курсы повышения квалификации поставщиков. Рассказ очевидца:

Toyota's suppliers' jishuken in Japan is completely different from that in the U.S. It is compulsory. You cannot say no. Toyota picks suppliers to participate. From each supplier they pick three to five members. Toyota sends their own TPS expert to the target plant and they review this plant's activity and give a theme, e.g., this line must reduce 10 people from the plant. The supplier's member has one month to come up with a solution. The TPS expert comes back to check to see if the supplier has met the target. Then the Toyota TPS expert verbally abuses the supplier participants. In the past some of the participants had a nervous breakdown and quit work. Toyota has a gentler version of TPS [study process] in the U.S. Once you clear Toyota's jishuken in Japan, you can feel so much more confidence in yourself. One of the former Trim Masters presidents went through this and became so confident he never compromised anything with anybody.

Ходит в каске и улыбается, да.

Вообще, за время, прошедшее с первого чтения Лайкера (года полтора тому назад), у меня видимо укрепился иммунитет к буллшиту и пропаганде. Книжка является фактически мега-волосатым кейзом и мне постоянно приходит в голову мысль, что кейз этот лучше было бы подсократить и оформить в виде басни. Басня должна быть не классической в духе Крылова, а современной и остросоциальной в духе Михалкова-старшего, и называться конечно же [нет, не про петуха] )

.

piggymouse: (coolmanwithcoffee)

Коллеги, а никого не тянет на AgileEE скататься? Так, чисто проветриться. (Ну а я лично в Киеве ни разу в жизни не был, что за хня?!)

[livejournal.com profile] alf_kadett? [livejournal.com profile] denis_tsyplakov? Не всё же вам по антверпенам вашим разъезжать.

P.S. Маша Попендюк мудрая женщина, что твоя Сотомайор — я гарантирую это.

piggymouse: (umlactor)

[livejournal.com profile] silpol доставил!

It should be noted that no ethically-trained software engineer would ever consent to write a DestroyBaghdad procedure. Basic professional ethics would instead require him to write a DestroyCity procedure, to which Baghdad could be given as a parameter.

P.S. Пошёл гуглить и нашёл бонус-трек.

Should array indices start at 0 or 1? My compromise of 0.5 was rejected without, I thought, proper consideration.

piggymouse: (coolmanwithcoffee)

[livejournal.com profile] taxifish вчера за обедом отжёг дважды.

Сначала у него возникла идея книги об управлении аутсорсинговыми софтверными проектами "Комендантский человеко-час или осинового кола не существует".

А потом он сформулировал принцип ситуационного приоритета ресурсных решений перед процессными: "Хватит переставлять койки, пора менять блядей!"

piggymouse: (totaldesperdicio)

Уже месяц торможу поделиться ссылкой на убийственное, которую ещё 30 апреля сего года подогнал коллега [livejournal.com profile] gorba.

Back in the 1990s, some creative marketing people at Sun made this video. Though Sun is the setting, it is widely applicable to high tech companies in the valley. Intended to be funny, it has aged pretty well.

Это чтобы ни у кого (вроде меня) никаких иллюзий не оставалось.

piggymouse: (umlactor)

Из свежего PMBOK'а.

The major differences between the Third Edition and the Fourth Edition are summarized below:

<…>

  1. The processes decreased from 44 to 42.

Слава богу, процесс наконец-то сошёлся!

Profile

piggymouse: (Default)
piggymouse

April 2011

S M T W T F S
     1 2
34 56 789
10 1112 13141516
17181920212223
24252627282930

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 24th, 2017 08:25 am
Powered by Dreamwidth Studios