Pavel Sandovin PavelSandovin

в информационной системе LANCAD использован другой формализм – понятийная структура, которая определена как множество понятий с двумя видами отображений, единственное назначение которых – показать способы образования понятий, способы их абстрагирования.

Если это не секрет фирмы, какие это отображения? Хотелось бы увидеть аксиоматику вашей модели.

Прекрасные жизненные кейсы.

Есть образовательный стандарт, который придумали чиновники из Минобра. Ему должны соответствовать программы ВУЗов и колледжей.

А есть полезные и востребованные на рынке знания и навыки.

Понятно, что первое не равно второму, и стремиться получать надо именно второе; а из первого можно отобрать самое полезное и если в провинции не учат ничему полезному, закрывать самообразованием.

Самообразование вполне может быть системным. На том же Интуит.ру лежат лекции, читанные в МИФИ, Бауманке. Полно онлайн-курсов. Нужно только определиться с направлением развития, и не распылять усилия.

А официальная корочка — ну что же, это тоже артефакт который может пригодиться. Если есть возможность его получить — почему не получить?

Если бы так везде рассуждали :) Честный подход — это всегда хорошо.

Дайте роботу Введенского и Хармса. Он все равно не понимает смысла слов. Хотя бы смешно будет

увы стоял плачевный стул
на стуле том сидел аул
на нем сидел большой больной
сидел к живущему спиной
он видел речку и леса
где мчится стертая лиса
где водит курицу червяк
венок звонок и краковяк
сидит больной скребет усы
желает соли колбасы
желает щеток и ковров
он кисел хмур и нездоров

Мартин Фаулер «Архитектура корпоративных программных приложений» — не то?

Мой ответ на ваш вопрос попал в электромагнитную аномалию, и задержался в пути. Поэтому не знаю, актуален ли он еще :)

Тем не менее, расскажу. Процесс был примерно таким:

1. Для требований был заведен отдельный проект с суффиксом REQ (предложение команды сделать префикс ANAL я отмел, по понятным причинам). То есть название было типа XSTARTUPREQ.

2. Для задач по разработке был заведен отдельный проект с суффиксом DEV — соответственно, XSTARTUPDEV

3. Требования заводились в XSTARTUPREQ, детализировались на аналитические подзадачи, проходили по своему аналитическому воркфлоу и в конце пути появлялся комментарий с гиперссылкой на статью в Wiki, где хранился, вкусный и читаемый документ, описывающий фичу или даже новый аспект системы

4. После этого требование переводилось в состояние «Передано в разработку», а в проекте XSTARTUPDEV появлялась одна или несколько корневых задач, которые при необходимости детализировались до подзадач. Эти задачи жили уже по воркфлоу.

5. У требований и задач разработки обязательно заполнялся атрибут «релиз» который принимал значения «0.1», 0.5 MVP", «1.0 DEMO», «1.0.1», «1.0.2», «1.5.0» и так далее и отдельно «Бэклог», который в моем случае имел значение «Долгий ящик». Если я поддерживал список задач в актуальном состоянии, я всегда видел в каком статусе находится мой текущий релиз в части аналитических задач и в каком — в части девелоперских.

Все это можно сделать и в одном проекте, я так тоже пробовал. Но есть нюансы в отслеживании задач. С одним проектом удобнее увязывать задачи между собой (достаточно ввести номер), но мне лично было менее удобно отслеживать разные по типу активностей задачи. Поэтому победила в итоге схема с двумя проектами.

Реальные названия были не XSTARTUPREQ и XSTARTUPDEV, а покороче. Вообще название проекта в Джире нужно задавать не больше 8 знаков на мой взгляд. А лучше 5-6.

Какой-то получается IT-менеджер растяжимый и, по-видимому, шестирукий.

Из текста совершенно непонятно что это за персонаж — прожект менеджер, начальник отдела, CIO? Или это вообще бизнес-консультант?

В каком домене он работает — тоже непонятно…

Учиться «про запас» считаю занятием бессмысленным. Знания, которые не применяются на практике, становятся неактуальными уже через 5 лет.

А учиться на каждом новом этапе чему-то новому и полезному в работе (текущей или в будущей в краткосрочной перспективе) — это нужно, тут даже спорить не о чем.

Зачем MBA IT-менеджеру?!!!

Не использую, но когда-то писал курсовую по теории представлений групп Ли. Неожиданное приложение к графике этих, казалось бы, сугубо умозрительных вещей, приятно радует.

Если технические задания в IT, то путь мог привести в бизнес-аналитики :)

А как с соотношением зарплат у тестировщиков и программистов? У кого больше?

Раньше тоже использовал Excel. затем перешел на Jira. На мой взгляд, это самый удобный способ вести требования и если указывать в задачах на разработку ссылку на требование, автоматически достигается трассируемость.

Так вот почему среди рекрутеров — одни девчонки.

Отличная статья. Порадовало, как четко раскрыты проблемы 100% загрузки ресурсов. Наблюдал это своими глазами не раз. И надо сказать: это касается не только продуктовой разработки.

А что, туда до сих пор кто-то ломится?

Ладно-ладно, хотел я вам ответить тут вчера, но моя новенькая Windows 10 на ноутбуке выдала красивый такой обновленный BSOD, когда я писал комментарий. Ждем Ubuntu 16.04. Посмотрим что будет в ней хорошего и какие недоделки останутся :)

Ага, и файлы с русскими именами не имеют прав на существование. А ведь русский — один из официальных языков ООН…

Кто выдает эти сообщения об ошибках? Приложения, идущие в составе дистрибутива Windows или приложения сторонних разработчиков, как Lotus Domino?

Я очень люблю Linux, но к сожалению, в актуальных версиях Windows нет таких проблем. Так что это даже не второй Windows. Это просто Ubuntu.

Пропиарил баг. Спасибо за работу!

Все очень просто: Junior Developer — год, Developer — год-два-три, Senior Developer — год-два-пять, Team Lead — год-два-пять, PM или Architect — год-два-пять-десять, далее Senior PM или Senior Architect, на этой должности лет 5 и запой, запой, запой в бесконечном цикле.
На каждом этапе можно соскочить в последнюю фазу, не проходя предыдущие.

В прошлом году однажды я задержался на работе допоздна, и мне звонит мама, которой нужно было помочь с уборкой снега. И между нами возникает такой диалог:

• Ты где?
• На работе, отлаживаю код инсталлятора.
• А что так долго, уже 8 часов, ты приедешь?
• Да вот ошибка, съезжал стек после одного вызова в чужом макросе, уже нашел, сейчас починю, и сразу приеду к тебе.
• Стек? Ты что, программируешь на PL/1?

Хорошо, когда родители нас понимают. И хорошо, если учат с детства: "если сказал push, не забудь сказать и pop".

А кто-нибудь помнит еще про такой ресурс как CIT FORUM?
А на какие клевые треды можно было подписаться по протоколу NNTP!
И какие были дискуссии в IRC-чатах!

И все это было всего каких-то лет 12 назад…
И все это перестало быть популярным.
Все это померло (ну, кроме может быть IRC на freenode).

И Хабр тоже должен помереть. Деваться ему некуда.

Уберите с Хабра эти статьи про то, как нарисовать сову в юнити! Они замусоривают мою ленту!

Уже третья статья по теме. Больше писать не о чем что ли? :)

Интересная аналогия с финансовыми долгами. Но в финансовой сфере есть критерии, когда бизнес устойчив, а когда он в "красной зоне" — они привязаны к процентной доле заемных средств от оборотных. Возникает вопрос: а в случае технического долга, какой максимальный процент от объема функциональности можно себе позволить?

Это вопрос к читателям и комментаторам. Вы как-либо оцениваете объем технического долга? Есть ли какой-то "потолок" по техническому долгу в вашей команде?

Агрессивная «дружественность» интерфейса последнее время просто дико бесит!

Поддерживаю. Я не хочу разговаривать с роботом. Это наводит на мысль, что компьютер думает сам. А что, если он деньги не на тот счет переведет?

Природа боится пустоты (С) Аристотель

Встряну еще раз с юбилейным 100-м комментом. Публиковалась некоторое время тому назад на хабре история, habrahabr.ru/company/veeam/blog/267187, как парень из бомжа сеньором девелопером стал.

И ведь не ныл он о том, что в ВУЗе учили плохо, и что начальник игрой в линейку мотивацию подрывал.
А просто поставил себе цель и шел, шел, шел к ней.
И на этом пути пахал, пахал, пахал.

В этом ответ на все вопросы. Было бы здоровье так учиться и работать, было бы желание — все остальное — приложится и образуется.

Ребят, не стоит надеяться, пока кто-то придет и даст вам знания, работу и деньги — сказки все это. Ты либо учишься и развиваешься — наступая на свои и чужие грабли, либо никому ты не нужен.

Золотые слова.

ТВП — это не аксиоматическая ли теория верификации программ, с тройками Хоара, Pre, Post, Cond, инвариантами цикла?

А у меня однажды делал ремонт плиточник, который имел вышку архитектора и работал некоторое время назад прорабом. Плитку положил кстати, отлично.

Можем ли мы увидеть карьеру из каменщика в инженеры?

Все бывает в этой жизни. Имел честь быть знакомым с директором регионального филиала крупнейшей телекоммуникационной компании, который начал карьеру с линейного монтера, т.е. он когда-то тянул и скручивал кабель, но у него была цель.

Судя по всему, пора создавать соцсеть для плохих программистов.

Сделайте этот проект хорошо, и удача вам улыбнется.

Не все так плохо. Мы принципиально не объясним полупроводниковому роботу что такое «первая любовь», просто потому что у робота нет и не будет мозгов, половых органов и др. чисто биологических атрибутов.

Но его вполне можно научить таким понятиям, как:
— скорость движения;
— качество покрытия дороги;
— направление движения;
— наличие препятствий.
— мотивация к действию (как значение некоторой функции)

Дополнив эту модель концептом «поиск другого робота с комплиментарным форм-фактором разъема передачи данных», уже можно говорить о машине в некотором смысле понимающей, что такое «одиночество», «грусть», «поиск половинки», «пропасть, разделяющая нас двоих» и т.д.

Ага, спасибо. То есть все же стандарту :)

Можно ли доказать «правильность» модели до ее применения?

Как вы понимаете «правильность» терминологии? Как соответствие какому-то стандарту?

Этим должны заниматься теоретики. Но они этим могут заниматься еще очень долго. Что делать в это время практикам?