Форум 'Управление проектами' на RSDN

пользовательская документация

Mon, 22 Dec 2025 09:24:22 GMT

Здравствуйте.
А в чем сейчас принято хранить и разрабатывать пользовательскую документацию?
Документация для большого программного комплекса.
Нужно чтобы можно было выставлять документацию на WEB, генерить разные PDF документы по списку разделов.
Чтобы был легкий доступ к редактированию.
Открытый внутренний формат исходников.
Сейчас юзаем Help & Manual старую однопользовательскую версию.
Разработка на винде.

Скрытые особенности метода помидора

Sat, 06 Dec 2025 12:52:32 GMT

Ранее у меня была статья.
Система управления временем (2022.09.19)

Но сегодня я хотел бы отметить особенность метода помидора, которая сразу не бросается в глаза. В частности речь подёт об этом.

«Метод помидора» (итал. tecnica del pomodoro) — техника управления временем, предложенная Франческо Чирилло в конце 1980-х. Методика предполагает увеличение эффективности работы при меньших временных затратах за счёт глубокой концентрации и коротких перерывов.

Инструментарий
Создатель метода и другие поощряют низкотехнологичный подход с использованием механического таймера, бумаги и карандаша. Физическое заведение таймера подчёркивает решимость пользователя взяться за задачу, тиканье напоминает, что время идёт, а звонок сообщает о перерыве. Поток и внимание ассоциируются с этими физическими стимулами. Тем не менее существует ряд приложений для работы с методом.

Сейчас я объясню в чём фишка. Дело не в том механический таймер или нет, просто с механическим таймером гарантированно не ошибёшься. И более того, это может быть не таймер, а секундомер.

В вышеприведённой статье по управлением временем я показывал программы, вроде Pomodoro Timer (AppFX).

Их на самом деле много и некоторые даже более красивые и функциональные, но и они вызывают проблемы.

Таймер только в первый раз запускается человеком. А то и даже первый раз запускается по расписанию. В дальнейшем уже не сам человек перезапускает таймеры, а они запускаются автоматически. И даже если есть настройка для остановки таймеров, а она есть, то существует ещё количество повторений на полный цикл.

Всё это в итоге психически давит. Вместо того, чтобы получить отдых, получаем систему, которая буквально подгоняет работать по расписанию. Такая система лишь изматывает и не даёт мотивацию.

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

По большому счёту физиологически всё равно не получится работать больше, чем может организм. А самостоятельный завод таймера это и есть тот самый мотивационный ритуал помогающий начать и закончить дело.

Если же взять секундомер, то он поможет начать, но не принудительно закончить дело. Тогда время окончания будет неизвестно. С точки зрения решимости начать задачу это так же хорошо. Но то, что концентрация начнёт падать и человек не получит отдых не всегда хорошо.

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

Пото́к, пото́ковое состоя́ние, пережива́ние пото́ка (англ. flow, лат. influunt) — психическое состояние, в котором человек полностью включён в то, чем он занимается, что характеризуется деятельным сосредоточением, полным вовлечением в процесс деятельности. Концепция потока предложена Михаем Чиксентмихайи в 1975, в неё входят также практические рекомендации для вхождения в потоковое состояние.

В общем я к тому, что даже если видно как работают различные методики, то в результате внесения казалось бы незначительных изменений они не обязательно будут работать у вас. И дело не в методиках, а в их неправильном исполнении. Админь!

Комментарии к задаче в redmine

Thu, 04 Sep 2025 05:41:58 GMT

100 лет не пользовался redmine, но вот понадобился, поставил. Вопрос: добавлении комментариев (notes) к задаче — оно только через редактирование задачи? Просто под задачей нет ничего про добавление комментариев, как в жире например. В админке для этого типа пользователей всё включил.

полный ci/cd

Sat, 12 Jul 2025 15:58:06 GMT

У кого ни будь на работе используется полный цикл ci/cd, имеется в виду continuous deployment ?

Если руководство давить сроками

Sun, 02 Mar 2025 17:47:52 GMT

Короче у руководства в августе каждого года идет оценка их и они к этому времени пытаются завершить проекты, чтобы вписать себе. Явно они это не говорят, но всячески давят сроками к этому времени.
Если выкатывают проект который минимум на год, а времени 4 месяца и в текущих реалиях (кол-во программистов * их свободность) не позволяет сделать за 4 месяца, а если нанимать новых то это нужно время на поиск и еще потом минимум месяца полтора на погружение в матчасть.
В общем не успевается проект.
Как тут можно разрулить ситуацию, чтобы не сильно ухудшить отношения с начальством?

Что важнее?

Thu, 20 Feb 2025 07:07:02 GMT

Тут дискуссия развернулась.

Если мы имеем внутренний проект, что важнее сделать в максимально короткие сроки как просит высшее руководство, со всеми вытекающими и получить всем звезды, но при этом техническое качество будет плохим (потом подразумевается рук-во не будет так пушать для запуска и можно отрефакторить)
или же пробить сроки больше и сделать сразу хорошее техническое качество?

Борьба с битыми ссылками в html5

Thu, 18 Apr 2024 15:36:29 GMT

Личная база знаний всё время меняется, в результате могут образоваться битые ссылки.
1. Меняются названия якорей атрибута id в html5.
2. Меняются названия страниц html5.
3. Меняются относительные пути к страницам html5.
4. Меняются ссылки к внешним ресурсам html5.
5. Меняются значения внутренних и внешних ресурсов.

Последний пункт относится к переосмыслению понятий, когда думаешь, что это одно понятие, а оказывается, что другое.

Причём понятие не обязательно полностью меняет смысл.
1. Оно может получить уточнение от общего к частному.
2. Или напротив нужно обобщить его от частного к общему.
3. Но, конечно, и не исключён вариант полной смысловой замены.

Речь о том, что даже не битая ссылка может.
1. Указывать на неверный ресурс.
2. Неправильно охватывать текст.
Так что никакое индексирование бы в итоге не помогло.

Я искал ручное решение без специальных программ и "нашёл".

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

Казалось бы это не совсем правильно ведь очевидно, что разведётся куча неправильных или битых ссылок.

Да разведётся, но если на них не тыкать, то они и не мешают. А если тыкать, то сразу и узнаешь правильные они или нет.

Если бы использовался простой текст, то проблем бы не было по принципу нет ссылок, нет проблем. Но на мой взгляд ссылки нужны так как они явно указывают связи.

Перечислите логические и управленческие ошибки руководителя

Fri, 12 Apr 2024 18:28:35 GMT

2024-03-31, Быков В.А., Мысли ч24

я довольно давно делаю компьютерные игры, я начал делать их около 10 лет назад и до сих пор не добился успеха. За это время я выпустил две игры, (и ещё несколько игр я начинал делать, но не доделал) браузерную стратегию absolutely no balance, которая работала около двух лет и не принесла мне прибыли, после чего я закрыл сервер. Вторая моя игра planet after us продавалась на стиме по цене один доллар, после чего я сделал её бесплатной, и её можно скачать и сейчас, не только на стиме, но и в свободном доступе на торрентах и пиратских сайтах. Эта игра тоже не принесла мне больших денег, и сейчас я делаю третью игру. Которая качественнее чем все предыдущие. Хочу особо подчеркнуть, что у меня довольно много друзей и знакомых, которые работают на заводе и других предприятиях. Я неоднократно звал их делать вместе со мной игры, и объяснял, что если нас наберётся человек десять, и мы сможем нормально нарисовать и озвучить проект, то в принципе мы могли бы заработать много денег. Тем более что весь путь до продажи игры на стиме я прошёл от начала до конца и этим доказал что могу выпустить продукт в принципе. Просто это продукт недостаточного качества, потому что я делал его один, и если честно у меня там всё плохо нарисовано, но среди моих друзей есть люди, которые как бы умеют рисовать, и я им предлагал работать со мной. Так вот, многие соглашались, я выдавал им задание нарисовать то-то и то-то, порядка 20 картинок, и мы договаривались с ними что картинки они нарисуют в течении 2-3х недель. Прошёл месяц, прошло два месяца, в ответ слышу песню "ох я был так занят, я так занят, ах как я был занят, поэтому ничего не делал от слова совсем" и так со всеми. В итоге всё кончается тем что я посылаю человека матом туда и ещё дальше, потому что человек, пообещавший мне картинки или три де модели просто нихуя не делал вообще, зато успел пересмотреть на выходных все сезоны игры престолов два раза. И в ответ я слышу, мол я сам виноват, ничего не умею, и вообще мой проект изначально был говно и организатор я говно поэтому никто ничего и не делал. Прошёл год, никто из моих друзей не организовался без меня, не создал фирму и не выпустил ничего, только я запустил свою игру на стиме. Может дело не во мне? А в том, что люди просто не умеют работать, и не понимают, как это работать на себя. То есть, возможно, я мог бы создать успешную фирму по производству игр, если бы мои друзья пошли мне навстречу, приложили какие-то усилия и просто выполнили свою часть работы, как мы договорились. Но нет, этого не произошло, абсолютно никто не стал со мной работать. Многие хотели, многие подписались на это, делать игру под процент от будущей прибыли наравне со мной, я выдал задание, но когда всё дошло до этапа что нужно сесть и начать работать, то "мне лень, ах как мне лень, а я так занят, ах я так занят, мне надо срочно игру престолов пересмотреть два раза, а ещё у меня у друга день рождения я просто обязан пойти туда и нажраться как свинья".
Можно обвинять меня в том, что я плохой организатор и не умею заставлять людей работать. Но я думаю дело не во мне, а в способности работать тех людей, которые меня окружают. То есть само общество в основном представляет из себя довольно большую массу ленивых и не очень способных к работе людей. Которые в лучшем случае способны работать за зарплату, которую им обещают прям завтра и всё. То есть люди не способны организоваться создать фирму по разработке игр и чего-то добиться. Я сам являюсь исключением из правил, поскольку я сел, потратил год и сделал продукт и довёл его аж до стима. Сейчас делаю третью игру, думаю, буду делать ещё года два, но это будет мой самый качественный проект, и я выложу его на стим и добьюсь успеха. Сейчас принципиально работаю один и никого не зову и не беру к себе в команду, потому что нахер мне не нужно в команде тупое на работающее быдло. Которому даёшь простое задание нарисовать 20 простых картинок, которые я сам могу нарисовать за 1 день, проходит три месяца, а в ответ слышно только "ах как я занят, ах как я был занят, мне надо срочно пересмотреть все сезоны игры престолов!". Дело не во мне, такое общество в России. Создать с нуля фирму по производству игр не сложно, для этого не нужно даже иметь стартового капитала, но людей, которые могли бы создать такую фирму нет. Потому что для того чтобы выпускать игры, надо работать, каждый день после работы садиться за работу и делать продукт, а никто к этому не готов. И так везде и во всех отраслях. Поэтому развитие государства упирается в качество его граждан. Создать фирму по производству игр с нуля не сложно, нужно найти 20-30 единомышленников готовых работать хотя бы 20ч в неделю, работать добросовестно, часто на выходных или в отпуск и тогда можно выпустить продукт и получить большие деньги. На практике в период с 1991ого по 2024ый год в России родилось очень ограниченное количество таких фирм, может 10-15штук не больше. (не считая фирм созданных олигархами, имевших бюджет, где сразу платили зарплату и набирали туда сотрудников, но такие фирмы тоже не достигли успеха, так как в играх очень важно, чтобы разработчики были талантливыми, а таких не брали) Потому что качество населения такое, что "я отработаю на заводе свою смену, а вечером в пятницу я приду и нажрусь водки, или проведу время с семьёй, но в любом случае буду отдыхать." То есть очень многие хотели бы заработать много денег, чтобы уволиться с завода и жить красиво, но абсолютно никто не готов придти после работы и работать, и так год или два, для того чтобы что-то создать и чего-то добиться. Подписаться на участие в проекте, да все пожалуйста, работать НИКТО. Никто не хочет не может и не готов работать больше положенной смены. И работают только если очень нужны деньги, и только прислугой в мак доналдсе, при условии что у них перед носом махают пятисот рублёвой купюрой.
К слову делать компьютерные игры это тяжело, нужно много работать, думать и разбираться, это гораздо сложнее, чем работать в мак доналдсе, и если за это ещё будет призрачная прибыль через 2-3 года, то многие вообще не готовы так работать в принципе. То есть тут две составляющих, необходимость думать и решать сложные вопросы. Даже если задание нарисовать какой-нибудь значок, даже тут надо думать. Многие просто не готовы на это, им хочется денег, но они не готовы ради них работать.
Но сейчас я не о себе и не о своём коллективе. Я о том, что в России с 1991ого по 2024ый год за 33 года родилось всего 10-15 таких фирм, ну может 20-30 это смотря как считать, и в рождении этих фирм участвовало не больше 100-200 программистов из 150млн русского населения, то есть один человек из миллиона. (и то большую часть таких людей выперли из страны, потому что России такие люди не нужны) Я говорю о людях, которые с нуля создали свою фирму по разработке игр и чего-то добились, хотя бы на уровне выложить продукт на стиме. Несмотря на то что очень и очень многие люди хотели разрабатывать игры, и буквально мечтали об это, практическая реализация их мечты разбилась об необходимость думать, учиться и работать. У меня был друг Вася, и таких друзей было несколько, он мечтал делать игры, он начинал со мной работать, я давал ему задание и слышал в ответ песню "ах я занят, ах как я был занят, поэтому ничего не сделал за три месяца и даже не садился делать свою часть работы." Вася на словах много мечтал о разработке игр и считал что у него очень изысканный игровой вкус и талант, и он много играл в разные игры. Но мы расстались с Васей фразой "пошёл нахуй олень", и прошло три года, и я недавно говорил с ним, Вася работает на заводе токарем, и за те три года не участвовал больше ни в одном проекте по разработке игр. При этом он продолжает мечтать делать игры. Очевидно причина, почему Вася не делает игры не во мне, а в самом Васе и его неспособности работать. Интеллект Васи позволяет ему работать только токарем и это обидная правда. Если бы всё было не так, и причина была во мне, то, наверное, за эти три года Вася чего-то добился бы и без меня или хотя бы выпустил бы неудачный проект и получил бы какой-то опыт, но нет. Не стоит думать, что я искал людей себе в команду только среди рабочих завода, на самом деле я старался искать среди студентов, выпускников, молодых инженеров и среди людей, которые заняты интеллектуальным трудом. Многие из этих людей умели маленько рисовать на компьютере, рисовать три де модельки в три де максе или блендере, не профессионально, но так, на начинающем уровне. В общем-то, даже хуже меня, а некоторые и лучше. Но никто из них не осуществил свою мечту и не стал делать игры, хотя многим очень хотелось. То есть причина не во мне, а в том, что разработка игр это тяжёлая работа. Чтобы делать игру, работая инженером на заводе, нужно приходить после работы и садиться за работу (когда можно и отдохнуть). Нужно тратить свои выходные, или хотя бы часть выходных дней и отпусков на то чтобы работать, сидеть целый день и работать. (код сам не напишется, картинка не нарисуется) Все без исключения люди, с которыми я работал, считали, что их выходные это законное время для отдыха, а на работе они делают свою работу. И поэтому они ничего не делали по разработке игр. Я неоднократно говорил им, что встал утром в субботу и садишься за работу, а человек считал, что суббота это время, чтобы встать на лыжи и прогуляться, и так каждый раз. А отпуск обязательно надо провести на пляже в Турции или Сочи, отдыхать, а не работать. То есть, подписавшись на разработку игры вместе со мной, вдруг выяснялось, что тупой и ленивый баран не готов потратить на разработку игры даже 1 час времени раз в неделю, что уж говорить о том, чтобы действительно что-то всерьёз делать. То есть это социальная проблема, не способность общества чего-то добиться сверх положенной работы на государственном заводе.
Хочу подчеркнуть, что примерно за 10 лет что я делаю игры, я успел поработать примерно с 100 людьми, хотя, смотря считать с кем как, потому что с кем-то я работал совсем мало, другим выносил мозг что надо работать три месяца подряд. Но суть в том, что все люди с кем я работал, вели себя одинаково, они на словах хотели делать игры, но когда я давал им конкретное задание нарисовать 20 простых картинок, три де модельки или написать фрагмент кода, результат был один и тот же. Никто ничего не делал от слова совсем, проходили месяцы, недели, я спрашивал раз в неделю "ну ты сделал то что обещал?" и в ответ получал ответ на уровне "нет, мне срочно надо было пересмотреть игру престолов, а это 60ч времени".
Я сделал такое обширное отступление от темы социума, чтобы понять, что причина формирования или не формирования предприятий социально психологическая. Поскольку подавляющее большинство людей привыкло работать на барина, который плёткой погоняет. То есть люди понимают, что совсем без денег они жить не могут и поэтому они идут на завод работать там, где заплатят вот прям завтра. Никто не готов и не может потратить своё время на то, чтобы сформировать фирму, которая принесёт большие деньги через год или два, или закончится вообще каким-то ростом личных характеристик и опыта и на первый раз не принесёт деньги вовсе. То есть, даже если предположить что мой проект не выгорит и не принесёт прибыли в количестве миллионов долларов, очевидно, что работа с человеком который уже написал несколько игр и даже выложил одну на стиме, наверное, принесёт какой-то полезный опыт в вопросах разработки игр, который можно использовать как трамплин для своей мечты делать игры в будущем. Но никто ни разу не шевельнул и жопой, чтобы что-то сделать и чему-то научиться. И речь не идёт о каком-то моём отдельном неудачном опыте, я много раз пытался работать с разными людьми, пока не пришёл к принципу хочешь что-то сделать, абсолютно всё делай сам.
То есть для того чтобы государство развивалось, необходимо некоторое качество людей, люди должны уметь работать, не воровать, и ещё раз они должны уметь работать на себя. Уметь объединяться в коллективы с целью честного заработка денег, тогда в государстве родится Майкрософт или ИБМ, или аппле, или даже хотя бы близзард.
В России дело даже не только в том, что имеет место обычный рэкет, когда бандиты отжимают чужое. Так из России выперли (или люди уехали сами) практически всё ИТ и всех разработчиков игр, что появились в России с 1991ого года, а если выперли не всех, то минимум 80% точно. И если кто-то остался, то он работает на барина за зарплату, а не на себя, а барин это руководитель крупной организованной преступной группировки с крышей и братвой, или иначе олигарх. Просто так иметь в России честный бизнес, лучше промолчу... То есть на месте руководства государства я бы сделал очень серьёзные выводы об отношении к бизнесу и его безопасности вообще. Ведь крупный разработчик игр способен принести огромные деньги в гос. бюджет, не продавая нефть, газ и другое сырьё. При этом нужно понимать, что производство игр нельзя организовать директивно сверху, потому что игра чтобы стать популярной должна быть талантливой, и её должны сделать талантливые люди, а таких мало.
Все эти факторы определяют способность государства развиваться и зарабатывать деньги. Чисто теоретически государство, обладающее идеальным человеческим капиталом, может очень быстро стать лидером в индустрии ИТ, писать лучшие игры, программы и приложения. Талантливые инженеры могут... Вопрос, а есть ли в России такой человеческий капитал на самом деле? Я имею ввиду не то что говорят по телевизору, а на самом деле?
Многие готовы поехать на красивую государственную конференцию за гос. счёт, постоять рядом с Путиным, по улыбаться на камеру, такой эдакий денди в пиджачке, цвет российской интеллигенции, надежда и будущее страны. Но эта надежда и будущее страны, умеет ли эта надежда страны работать? Или это только фейс для гос. конференции по проблемам развития ИТ и игр в России, (откуда выперли всех разработчиков игр, которые посмели работать на себя).
То есть, мы приходим к ситуации, когда на самом деле какого-то особо богатого человеческого капитала в России и нет. Я очень много работал со студентами, многие из которых хорошо учились. В итоге эти люди пошли работать на завод за зарплату уровня 500долл в мес, а то и меньше. Никто из них оказался не готов работать сверх минимума и не приложил никаких усилий, чтобы чего-то добиться. То есть я много лет пытался создать команду для разработки игр и просто не смог это сделать, пришёл к выводу что мне проще всё делать самому и в одиночку.
То есть всё упирается в возможность и способность общества работать. Реально эта способность общества очень низка. Именно поэтому так редко на пустом месте образуются фирмы типа близзард, которые начали с нуля и добились больших успехов. Это касается и России и Европы и США. Я думаю в Европе и США способность общества работать и творческие и трудоспособные особи встречаются чуть чаще чем в России. Но в целом, я не вижу государств достигших мега успехов на почве ИТ, где можно делать что угодно имея нулевой стартовый капитал и нужны только люди готовые работать и учиться.
То есть всё упирается в человеческий капитал, которого по факту нет.

ci/cd баз данных

Sat, 02 Mar 2024 12:30:16 GMT

Может кто знает, хорошие ресурсы, курсы по этому делу. Буду очень благодарен за ссылки.

Как решать сложные задачи?

Mon, 29 Jan 2024 07:40:10 GMT

Предположим, есть задачи реализовать важный функционал в своем продукте. Очень срочный и крайне важный. Весь функционал задач основан на новом и ранее неизученном материале 3-й стороны. Но из-за срочности задач надо постоянно переписывать код и изучать. «Новое и неизученое» как правило большое и весит где-то более 1 млн строк. То есть изучать чужой код библиотек — вариант, но, наверное, последний. Экспертов рядом нет, в интернете найти что-либои — та еще задача, ChatGPT выручает, но мало (без него вообще бы не взялись за такие задачи).

Отказываться от таких задач не вариант. Изучение кода библиотек — вариант, но я бы предпочел найти более эффективное решение. Бесконечные вопросы на форумах — тоже не самый быстрый способ.

Сейчас подход применяется такая пилится куча тасок на "исследование задачи <такой-то> попытка подхода <номер>" и просто ловишь ощущение безисходности.

Что посоветуете? Бывало ли у вас что-то подобное? Как решали? Делитесь трюками

...<< Dementor ^1.5.4 ✪ Lets Play a Game ⚁⚂⚃⚄⚅>>

Из тимлида в продакты

Fri, 29 Dec 2023 22:36:39 GMT

Привет!

Работаю тимлидом, но стало много менеджерских задач. На двух стульях сидеть задолбался. Надо занимать какую-либо позицию: или тимлид, или продакт. Но не понимаю, где выгоднее по деньгам: тимлид или продакт? На сайтах вакансий продакты разные- далеко не ИТшные. Поэтому если зарплаты их посмотреть, то "слезы" какие-то получаются. Подозреваю, что в ИТ у продактов норм.зарплата. Может подскажите, на какие деньги может рассчитывать средний продакт? Это фикс. зарплата или у продактов распространены премии за выполнение KPI?

Практики мозговых штурмов

Thu, 30 Nov 2023 00:05:54 GMT

Есть ли опыт у коллег по проведению мозговых штурмов (brainstorming)? И каких имеено практик?

Brainwriting

	описание
	Популярная форма Brainwriting известна как 6-3-5. Во время сеанса 6-3-5 упражнения по брейнрайтингу делятся на несколько раундов. В каждом раунде шесть человек записывают по три идеи каждая в течение пяти минут. После первого раунда каждый меняет свой лист бумаги с кем-нибудь другим, читает, что на нем написано, а затем записывает еще три идеи. Это могут быть новые идеи или основанные на идеях, которыми уже поделились. После шести раундов листы бумаги собираются, обсуждаются все предложенные идеи и согласовываются дальнейшие шаги.

Говорят что активно в Google этот метод используют:

Brainwriting, with its democratic and collaborative nature, can significantly boost creativity and idea generation. It cultivates a safe space for innovation and nurtures intellectual diversity.

Google's '20% time' policy is a classic example of brainwriting's efficacy. Encouraging employees to spend 20% of their time on side projects has led to successful innovations like Gmail and Google News.

Какие ваши впечатления от метода?

Crazy Eights

	описание
	Participants are asked to quickly sketch 8 ideas within 8 minutes, with the intention being that by constraining the amount of time participants have, there isn’t enough time for people to second-guess their ideas, or worry about them being “perfect”.

Может кто-то применял этот метод?

...<< Dementor ^1.5.2 ✪ Lets Play a Game ⚀⚃⚃⚃⚅>>

Отсутствие лидерства у суперстара

Tue, 28 Nov 2023 00:46:38 GMT

Допустим, суперстар неплохо техдизайнит, отлично это документирует. Хочет заслуженную лычку тех лидера.
На воркшопах проекта, где в технологиях он как рыба в воде, тем не менее, отсутствует такой чел, который бы взял флаг в руки и сказал "будем делать так, придём к поставленной цели". Присутствует там архитект, который записывает предложенные решения и ещё предлагает свои (иногда необычные). Присутствую я,- однако ничего не понимаю и потому не могу взять флаг в руки.

У вас такое случаи встречались в проф жизни? Ведь получается парадокс- вести вынужены зачастую люди, которые не понимают техническую часть, а те, кто понимает- они сидят тихо, не отсвечивают. Их приходится просить и подталкивать, но оно всё равно стопорится.

Как можно исправить?

Программирование ориентированное на решения задач

Tue, 21 Nov 2023 12:54:42 GMT

Введение

Тетрис учит нас, что ошибки в этой жизни накапливаются, а успехи исчезают. И что длинная палка — это хорошо.

От процессов к решению задач

Ранее у меня была статья Разработка через документирование (documentation-driven development). Основной упор в ней делался на процессы разработки.

Процесс (роль).
1) Разработка через моделирование (бизнес аналитик)
2) Разработка через требования (системный аналитик)
3) Разработка через проектирование (архитектор)
4) Разработка через кодирование (кодировщик)
5) Разработка через тестирование (тестировщик)
6) Разработка через отладку (отладчик)
7) Разработка через документирование (документовед)
8) Разработка через развёртывание (мейнтейнер)
9) Разработка через сопровождение (поддержка)

Процессы RUP

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

Тем не менее практикуя документирование с помощью Zim
1. Систематизация личной базы знаний по программированию в Zim
2. Синхронизация личной базы знаний по программированию в Zim
я заметил, что разделять
1. задачу и
2. решения задачи
на документы по разным процессам и ролям невыгодно с точки зрения удобства работы над этой задачей. Гораздо удобнее, когда
1. одна задача находится в одном документе,
2. другая задача в другом,
3. каждое решение конкретной задачи в отдельном документе.

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

Диаграмма Ганта

Рассмотрим другие виды диаграмм. Диаграмма Ганта основана на задачах, что лучше сочетается с предметными и систематическими каталогами созданным мной для личной базы знаний в Zim. Вторичная основа призвана рассчитывать время потраченное на задачу.

Канбан-доска

Канбан-доска тоже ориентирована на задачи. Но вторичная основа ориентирована на состояние задачи, а не на время, как в диаграмме Ганта.

Документирование задач и решений задач в Zim

А дальше открываем личную базу знаний по программированию в Zim и создаём страницы задач и решений задач. Для примера возьму задачу "создание пустой папки" без объяснения всех параметров.

Каталог Zim

Программирование
 Библиотеки
 Задачи
  С
   Задача - Создать пустую папку
 Книги
 Понятия
 Программы
  M
   Программа - Mkdir
    Решения
     Решение - Создать пустую папку (Mkdir)
 Проекты
 Статьи
 Уроки
 Устройства

Страница "Задачи" (систематический каталог)

Программирование:Задачи

Задачи

Файлы

Задача - Создать пустую папку [id: создать-пустую-папку]
Задача - Создать пустой файл

...

Страница "Задача — Создать пустую папку"

Программирование:Задачи:С:Задача — Создать пустую папку

Задача - Создать пустую папку

Задачи#создать-пустую-папку

Решения

Решение - Создать пустую папку (Mkdir)

Страница "Решение — Создать пустую папку (Mkdir)"

Программирование:Программы:M:Программа — Mkdir:Решения:Решение — Создать пустую папку (Mkdir)

Решение - Создать пустую папку (Mkdir)

Задача - Создать пустую папку

1. Набрать в командной строке.
mkdir -p <путь папки>
Для примера.
mkdir -p d:\test

Ссылки перехода

В теме Систематизация личной базы знаний по программированию в Zim я объяснял, что основная фишка личной базы знаний это переход по ссылкам.
1. от общего к частному.
2. от частного к общему.

На снимках экрана я выделил ссылки и возможный блок из нескольких ссылок красными прямоугольниками.

Страница "Задачи" (систематический каталог)
Задача - Создать пустую папку [id: создать-пустую-папку]
              ^
              |
              v
Страница "Задача - Создать пустую папку"
Задачи#создать-пустую-папку
Решение - Создать пустую папку (Mkdir)
              ^
              |
              v
Страница "Решение - Создать пустую папку (Mkdir)"
Решение - Создать пустую папку (Mkdir)

Строка [id: создать-пустую-папку] это якорь на странице в любом месте вне зависимости от других элементов. Его видно на снимке экрана в виде специального символа.

Создаётся он с помощью.
1. Набора знаков ##.
2. Ввода после этого идентификатора, для примера создать-пустую-папку.
3. И нажатия клавиши ввода.

##создать-пустую-папку

Итоги

Пока что это первый прототип для испытаний. В будущем я смогу выяснить работает он или нет по мере накопления задач в том числе с помощью обратной разработки. Его основное предназначение предотвратить потерю достижений, которые выражаются в решённых задачах. Потому что самый быстрый способ решить задачу это не решать её заново, а воспользоваться готовым решением, в том числе своим старым.

Единые нормы времени на работу

Thu, 05 Oct 2023 00:21:03 GMT

Статья https://ru.wikipedia.org/wiki/Машинописная_страница пишет нам:
«одна машинописная страница вмещает 1860 печатных знаков (включая пробелы), допускаются страницы полуторной (2450 знаков) и двойной (3630 знаков) плотности»

Попробовал набрать лист в Libre Office Write, там получилось ~50 строк примерно по 80 символов, т.е. 4000 символов.

И написано это аж в

Госкомтруда СССР, Секретариат ВЦСПС. Пункты 1.5, 1.6 // Постановление №189/11-64 «Об утверждении единых норм времени (выработки) на машинописные работы». — 1984.

1.6. Нормально заполненной считается страница, на которой размещается 29 — 31 строка (1860 знаков) при печатании через 2 интервала, 38 — 41 строка (2450 знаков) — через 1,5 интервала или 58 — 61 строка (3630 знаков) — через 1 интервал с учетом того, что каждая строка включает 60 — 64 печатных знака (удара) при наличии полей с левой стороны размером 35 мм, с правой стороны не менее 8 мм; сверху 20 мм и снизу не менее 19 мм (ГОСТ 6.39-72. Система организационно-распорядительной документации).

Я думаю, что должны были выпустить уже что-то цифровое.
Например, сколько времени занимает
— создать web-страницу
— вставить гиперссылку
— описать термин для тезауруса (написать wiki-страницу) и связать его гиперссылками с соседними
— сколько гиперссылок нужно/желательно на странице иметь

из чего состоят документы (из параграфов, из оглавления, из оформительских листов), и сколько времени их делать (например в LaTeX).

Никто такого обновлённого стандарта не видел? Всё-таки скоро старому будет 40 лет...

Если говорят, что человек в среднем производит 5 страниц текста в сутки, то что они имеют в виду? Включается ли в этот объём переписка в телеграмме?
как это считать (9300 знаков, с учётом пробелов?)

Создание опытного функционала

Mon, 28 Aug 2023 16:35:51 GMT

Импотенты компьютерной индустрии

У меня раньше были темы.
1. Каких программ вам не хватает?
2. Заинтересованность игроков в компьютерных играх

Уже не первый год и даже десятилетия идут обсуждения, что компьютерная индустрия не развивается. Большие компании не рискуют создавать опытный функционал. У них и такой задачи по сути нет. А это типичный пример, когда потребность на рынке есть, а услуг никто не предоставляет.

Люди работают за деньги. Можно ли рассчитывать, что появится то, что я или кто-то другой как пользователь нафантазировал у себя в голове. Скорее всего нет, а если есть какое-то решение, то оно не будет всеобъемлющим, сочетающимся с другими решениями.

Пирамида потребностей людей

Мне вспоминается Пирамида потребностей по Маслоу, то есть пирамида потребностей людей.

1. Физиология. еда. вода. сон.
2. Безопасность. жильё. доход. защита.
3. Общество. общение. дружба. семья.
4. Признание. уважение. одобрение. достижения.
5. Творчество. познание. создание.

Собственно не то, чтобы функционал было сложно создать, хотя для новичка это не легко.
1. Физиология. На создание функционала потребуется время, а так же повышенный расход еды, воды и сна.
2. Безопасность. Если это работа для себя, то понятное дело за это платить не будут, это просто потребление уже существующих возможностей.
3. Общество. Скучно создавать что-то без общения, а я напоминаю пункт 2 плюс ко всему никто за это не платит.
4. Признание. И даже если сделаешь что-то интересное и никому не покажешь, то и ответных отзывов не будет.
5. Творчество. Как раз из разряда того, что хочется что-то создать, только я этим закончил, а по идее в программировании с этого всё и начинается.

Почему люди так любят политику?

Потому что они не тратят особых мозговых усилий. Им не нужно принимать сложные решения, рассматривать множество вариантов, разбирать старое, собирать новое. Да и ответ им по сути уже спущен сверху с помощью СМИ преимущественно по географическому признаку. Вы сами знаете, что люди те же животные, которые сражаются за территории.

Почему люди так любят игры?

Я уже когда-то думал, что мне всё надоело. Но потом ещё играл в Left 4 Dead 2 с модами, без модов игра стрёмная. Потом ещё вышел Overwatch, в него сколько-то играл. Ещё пытался играть в кучу других игр, вроде Cities Skylines, Diablo 3, Dead Or Alive 5 и прочее. В Cities Skylines лично для меня играть интереснее, чем программировать, но и то и другое надоедает.

А сейчас иногда играю только Heroes of the Storm в основном за чистых магов, по сути как в Diablo 3.

Размышления о функционале

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

Для чего это скидывать на форум? Потому что мне одному даже размышлять над функционалом будет скучно. А по Маслоу в одиночку выходит, что я только расходую все виды ресурсов и ничего не получаю взамен.

Переход на другие ресурсы

Некоторые условно заинтересованные лица ещё говорят, давайте куда-то перейдём, в какой-нибудь чат или ещё куда, но обычно это не работает. Даже мне непривычна другая среда общения. Плюс в реальном времени ещё есть такой нехороший эффект, когда в тех же ММОРПГ вместо приятной игры людей заставляют заходить и дрочить. Например, в определённое время обязательное убийство босса, хоть убейся, но ты должен прийти и помочь клану.

Конец это начало

Вот такая сегодня тема. Я уже не раз создавал подобное в своём rsdn блоге, просто с более конкретными целями. А сейчас хочу впихнуть в одну тему больше разнообразия. Сами понимаете, инклюзивити, дивёрсити. В общем ставьте лайки и подписывайтесь, а я пока подумаю с чего начать.

Есть одна вещь в скраме, которая никогда не работала

Thu, 10 Aug 2023 01:04:49 GMT

Это вещь появилась не как изначальная часть SDLC, она абсолютная искусственная и в тоже ничего не означает. Это поразительно. Она с одной стороны обязательно (чуть ли не на уровне стандарта) и призвана решать одну проблему, а с другой стороны — создает кучу других.

Как вы, наверное, догадались я собрался говорить о Story Points (SPs) в скраме. Пару хороших слов об очередной "серебряной пули" в создании ПО (этому меня научили, ибо нельзя в говне находить одно только говно, надо "взвешенно и тщательно" отыскать и положительные моменты).

pros

Самый жирный плюс. Проблемы вашей команды закончились, теперь никто не дергает вас "давайте перейдем, давайте перейдем на SPs". Все окончено, ~~вы повержены и днище пробито~~, и вы уже перешли. Теперь только PROFIT.

Никто не будет отрицать, что если команда использовала SPs, то Scrum Master будут козырять графиками в Jira, показывать как ~~член~~ velocity команды растет квартал к кварталу. Итак, зафиксировали — красивые графики от Jira (будем честными с часами таких не выйдет).

Третья вещь — теперь можно занять команду игрой в карты в конференсе (это если офис открыт и нет COVID-а с заменой электронной подделкой неповторимого оригинала).

cons

Зачастую, никто в команде не понимает, какая "та самая маленькая задача", которую стоит оценивать как "минимум". Даже если ты задокументируешь в виде wiki-страницы с четким описанием и изъятиями, что это типовая(-вые) задача(-и) на 1 это (допустим) SQL-процедура с базовым SQL, в сопровождении и поставкой как минимум на тестовые стенды. Или какой-то базовый "фиксик" ETL-ки. В нее не входит то-то и то-то. Так вот, проблема в том, что понятие минимальной задачи меняется со временем (потому что команда растет, продукты развиваются, процессы усовершенствуются итд). И этот факт вносит такую корреляцию между фактом и ожиданием, что даже ведущие инженеры охреневают. Но терпят, чтоб только о~~тье~~стали. И главное — все понимают это ничего не решает.

Второе, зачастую только какие-то примитивные команды работают сами с собой. Да есть какие-то проекты, которые завязаны только во внутрь (типа работы по техдолгу или внутренние проекты). Но, обычно тебе нужны два QA с команды А по проекту А, нужны аналитик с команды Б, и допустим, какие-то работы по В и Г из таких-же команд. И вот вторая проблема — SPs не всеобъемлющая процедура. То есть можем применять только внутри команды и то только с ограниченным списком ролей (ниже напишу). И по старинке все также "Когда ресурс Васи даст нам, то о чем мы договорились? — До пятницы обещает дать"

Третье (и пожалуй закончу, ибо выходит много текста). А вы никогда не замечали что эта хрень индифферентна для дизайнеров, аналитиков, аниматоров, devOps, QA-ев итд. Не, когда это было в часах всех все устраивало, но со SPs .

Задайте вопрос — что изменится в команде, если просто отказаться от SPs и банально перейти на время в днях (нравится покер — нет проблем каждая карта в днях) без этой наносной дичи типа маечки, трусики, "фибоначчи" (Какой еще фибоначчи? Половина твоей команды вайтишники и вышку для них учить в западло. какой еще "фибоначчи"?) Ничего не изменится, ведь художников, иллюстраторов, аниматоров, итд вы не занимаете этой х..й фибоначчи? Правда ж?

...<< Dementor ^1.4.0 ✪ Lets Play a Game ⚀⚀⚂⚄⚄>>

Как вникать в проект?

Thu, 04 May 2023 16:24:25 GMT

Привет!

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

Дали мне жирнющий проект. Он на CMake только генерация сборочных скриптов почти час. 100500 либ, 1050 экзешников, хз чего оно всё делает. Документации — 0. Есть на вики одна картинка по архитектуре, да три абзаца, и всё. Как вникать — не понятно. Вроде опыт какой-то есть, со всякими сторонними либами обычно удаётся разобраться. Тут — с чего начать — не понимаю. Даже не понимаю, какие вопросы коллегам задавать.

Есть какой-то план, как начать ориентироваться в проекте?

UPD Немного дополню.

1) Контора. Называть не буду, пока тут работаю
Контора известная, не российский FAANG, но её услугами, без преувеличения, пользовался или пользуется каждый в РФ. Я весьма был удивлён, когда они на меня вышли, что они пилят продуктовый софт. С некоторой спецификой, но тем не менее вполне коробочный коммерческий.

2) Продукт. Он работает на маке, на линуксах, и на винде. Моя команда пилит подпроект в виндовой части. Меня туда позвали, да и я туда пошел, потому что есть довольно большой опыт работы под винду, в тч околосистемный, и я решил, что если пересаживаться в большую контору, то пусть хоть система будет знакомая. А то в новой конторе ещё и линухи всякие изучать — решил, что многовато гемора сразу.

3) Я. Я не привык к работе в больших конторах на больших проектах. Всегда пилил проекты, в тч длительностью до нескольких лет, в одно лицо. Ну, иногда с некоторой помощью коллег — типа заюзать чью-то либу, совета спросить, и тд и тп, но коллеги в моих проектах не формально участвовали, как и я в их проектах. Так получилось, что в нескольких местах, где работал, плюс минус так было. Сам себе архитектор, тим-лид, менеджер и разработчик. Планирование — в тетрадке. Опыт достаточно большой, но несколько специфический — в основном я пилил свой код, и гораздо меньше разбирался в чужом — обычно это не сильно залезая в кишки какой-то библиотеки, разобраться, как её использовать. Это мне поднадоело, когда всё висит на мне, решил попробовать поработать в команде, когда нет такой персональной ответственности, когда если у тебя затык, то либо помогут, либо кто-то поумнее запилит.

4) Меня взяли на позицию "старший разработчик", я хз, midl наверное. Позиция повыше, чем у некоторых коллег, которые давно на проекте. Коллега, который на неделю раньше пришел, уже более менее разобрался, и какие-то тикеты пилит (он, кстати, "ведущий разработчик" — похоже, это повыше чем я, но не уверен — он ничего не исследует, а пилит тикеты из ждиры). Мне же на исп срок накинули исследовательскую задачу, что тоже несколько напрягает — если я по началу просто фиксил бы какие-то баги, то наверное быстрее бы вкурил что к чему. Наверное, надо будет об этом поговорить с руководством. Плюс до кучи всякие джиры, конфлюэнсы и корпоративные активности несколько напрягают.

Вот как-то так

Оценка задач с тестами и без тестов

Tue, 07 Mar 2023 06:19:18 GMT

Привет
Есть какие-то лучшие практики, чтобы понять насколько увеличивается время разработки на таски когда пишутся тесты?

По каким критериям можно оценить способности разработчиков?

Sat, 18 Feb 2023 17:07:48 GMT

Даже не знаю в какой форум это запостить.

Мне тут задачку подкинули:
"По каким критериям можно оценить способности разработчиков? Хотим сделать явную схему, чтобы разрабы понимали изучу вот это и буду хорошо делать — повысят на столько-то зарплату, для повышения в должности я должен знать вот это и вот это".

У нас довольно специфичная разработка — расширения к платформе. Т.е. дебри .Net и прочее в работе не нужны как бы.
Куда вообще посмотреть? Как такое делать? Содрать вопросы с какого-то экзамена МС по шарпу и бд и сделать аттестацию?