Мда, никогда не интересовался древнерусским. И тут на тебе - двойственное число. Времена почти как в английском и вообще половина не глаголы. Ааааааааа.
Чистый аджаил хорошо покрывает конкретно разработку программного обеспечения по требованиям, по которым уже была проведена глубокая аналитика. Т.е. управление требованиями остается на совести заказчика/владельца продукта. Но чаще всего заказчик не айтишник и не имеет опыта построения ИТ систем, даже если ему знакома предметная область.
Если каждый набросок в бэклог должен проходить еще и этап аналитики внутри команды разработки, то для начала придется добавить в спринт задачу "описать бизнес-процесс" (= написать ТЗ). А это по факту уже натягивание ватерфолла на спринты.
Мало того, если поторопиться, то придется все кардинально переписывать и не раз. Аджаил говорит "лучше об этом узнать раньше, чем поздно". В принципе логично и правильно. А что нам говорит бизнес? "Почему, чтобы добавить кнопку вам надо месяц и все переписать" или "Какого ... я должен оплачивать переработки складских работников, которые вынуждены по ночам переставлять товар и переклеивать штрихкоды. Вы что не можете сразу по-нормальному сделать???!!!".
Нет, не могут. Потому что по аджаилу в бэклог набрасывают заженные спички, а команда разработки занимается тушением пожаров.
Если вернутся к вашим банковским системам, то для дальнейшего развития и устранения багов аджаил подходит довольно хорошо, о чем вы и написали в своей статье. Почему? Потому что вы пришли на устоявшуюся систему, которая 146% была реализована по ватерфоллу 20 лет назад. А что будет если вам дадут задачу написать АБС с нуля по аджаилу? Не узнаешь пока не попробуешь. Но никто этого делать не будет.
При этом использование аджаила в гораздо более простых системах (как мой пример со складом) уже обнажает проблемы. Нельзя начинать писать код без предварительного анализа бизнес-процессов (=написание ТЗ =ватерфолл). Потому что по итогу приходится не только переписывать программное обеспечение, но и заново расставлять 20 тыс позиций на складе по новым правилам. В аджаиле об этом ни слова.
При этом можно поднятся выше программного обеспечения. И применить аджаил на всех этапах и начать с описания бизнес-процессов. Но хорошо бы выбрать какое-то иное средство прототипирования. Непосредственно кодинг конечно быстрее, чем строить дом, но порой не достаточно быстро. Например, как в фильме про братьев Макдональдс. Они на асфальте рисовали мелом расстановку кухонных блоков и тестировали процесс быстрого приготовления пищи. Т.е. спринт у них был ну 1 час. Тут кстати в целом интересный момент. Макдональдс существует со своими бизнес-процессами с 1940, а персональные компьютеры появились только спустя 40 лет. Что как раз и доказывает, что компьютеры это инструмент, а программное обеспечение - лишь малая часть бизнес-процесса.
Аналогичная проблема при использовании TDD. Нельзя сначала писать тесты, а потом реализацию. Потому что в процессе описания бизнес-процессов, уточнения требований, раз за разом придется с нуля переписывать все эти тесты. Тесты нужно писать на уже более-менее стабильный функционал.
Аджаил, который я упоминаю - это совокупность всего, в том числе конкретных методик типа scrum/kanban/lean.
Вы по-прежнему остаетесь в рамках программного обеспечения. Абстрагируйтесь от него, ведь оно стало массовым только в последние лет 30-40, когда появились первые персональные компьютеры. Если подняться выше - увидите всю картину.
Элементы аджаила зародились не в ИТ, а как минимум в Японии после второй мировой войны в сфере производства. Просто бравые, по большей части, американские парни подумали "а чем мы хуже" и решили адаптировать это дело под производство программного обеспечения. Но я все же надеюсь они не забывали, что компьютер - это всего лишь инструмент, а программное обеспечение - всего лишь маленькая часть больших бизнес-процессов где бы то ни было (на складах, на заводах, в банках).
На начальной стадии не был сделан User Story Mapping, т.е. сразу ломанулись что-то делать не видя процесса
Погодите, откуда тут взялось описание процесса? По аджаилу к нам приходит заказчик и говорит "сделай то не знаю что", выдавая неопределенные требования на словах в час по чайной ложке. Если уж мы взялись за аналитику и описание бизнес-процессов - разве вся эта писанина не первый этап по ватерфоллу? И как же так вышло?
Если выделять тезисы, то он один - применять аджаил к месту.
Дело не в DoD и тем более не в тестах. Дело в отсутствии общей картины и достаточного анализа. Другими словами в отсутствии более-менее продуманного ТЗ на первое время. Что приводит к факапам, но не с точки зрения аджаила (у него как раз все хорошо), а с точки зрения бизнеса, людей, времени и денег. Область видимости аджаила ограничена, чтобы видеть всю картину и все проблемы, которые он создает.
Таким образом, я призываю не бояться необходимости переписывать, нужно бояться того, что об этом мы узнаем слишком поздно.
Например это. Изначально аджаил оперировал только таким артефактом как программное обеспечение. Если же заглянуть в ГОСТы 19/34, то там можно обнаружить другие виды обеспечения (организационное, методологическое и так далее). Переписывание программного обеспечения - это лишь малая часть.
Я в своем комментарии привел пример из своего опыта. Это обычный бизнес по продаже некоторого физического товара, который захотел новомодные ИТ-штучки и франшизу. Вместо аджаила лучше было бы сесть, подумать, описать бизнес-процессы и обкатать их хотя бы в голове, а лучше на складе, убрать противоречия, увидеть более полную картину. Другими словами составить ТЗ. А вот уже потом включать аджаил, заполнять бэклог, запускать спринты и болтать на митингах часами рабочего времени каждый день. В итоге это займет допустим неделю. А еще пойти на склад, расставить товар по полкам, наклеить свои штрихкоды и ценники, и это займет месяц-два.
Пользователю и клиенту важен продукт (даже если с ним что-то не так, то вы узнаете об этом раньше и сэкономите кучу денег).
Нет, клиенту на самом деле важно увеличение прибыли, уменьшение расходов, поток клиентов, благоприятная атмосфера в рабочем коллективе. И где-то потом уже продукт. Только аджаил этого не замечает.
С аджаилом есть одна проблема. Называется тяп-ляп и в продакшен. Так как никто не анализирует множество требований в совокупности и на противоречия до начала разработки - есть высокий риск на очередном требовании "добавьте кнопку" все переписать с нуля и не раз.
На легаси проектах, которые первично были реализованы по ватерфоллу - этой проблем никто не заметит, потому что на текущем проекте в основном текучка и устоявшиеся бизнес-процессы. А вот для стартапов, которые не знают, какой учет им потребуется партийный или серийный - аджаил вселенское зло. Даже если программист перепишет все за неделю, то наклейки придется печатать и переклеивать на коробках месяц-другой сутками на пролет и всей толпой.
Нет, я там встретился с бывшими коллегами. Я рассказал, как мне в целом приглянулся город. А мне рассказали про Грязьбург. И потом я уже загуглил новости и фотки.
Вы может и не долюбливаете Москву по своим причинам. Но от экономики никуда не уйти. На европейской части России два центра притяжения - Москва/Питер и Черное море. И туда и туда стекаются деньги и люди. Города типа Воронежа, Ростова-на-Дону и Краснодара - это побочный эффект, потому что они стоят на большой дороге между. А вот все города в сторону от этой дороги - в экономическом упадке и чем дальше от Москвы, тем хуже.
Все же в курсе, что Москва не Россия. Дорога это жизнь. Вспомните пиксаровский мультик Тачки. И все относительно. Я порой езжу в Мск на машине. Как только начинается Воронежская область - сразу все преобразуется. Жизнь «кипит». Мини-города, дома в деревнях более ухоженные. Меньше заброшек. Т.е. регион более экономически развит.
Сам Воронеж (относительно других городов, кроме Москвы) - это крупный город, где есть хоть какие-то развлечения и больше городской инфраструктуры. Больше шансов найти тех же нормальных врачей.
Я не жил в самом городе, но следил за ИТ вакансиями и в Воронеже открывалось достаточно много московских филиалов и мне показалось, что этот процесс начался раньше или шел более массово. Я думаю это следствие. Близость к распределительному и экономическому центру страны. Туда проще и быстрее добраться, чем в Ростов-на-Дону или Краснодар.
Но, возвращаясь к «Москва не Россия». Москва разумеется вне конкуренции по сравнению с остальными городами миллионниками. В одном из своих комментариев я уже писал почему - все деньги в Москве. И только благодаря федеральным проектам типа «Безопасные и качественные дороги» бюджетные средства стали потихоньку перетекать в регионы. Передвигаясь по трассам это тоже заметно. Дороги были убитыми почти везде, но и делать их стали тоже во всех областях, по которым я еду до Москвы.
Вместе с тем, до недавнего времени, я считал, что в Москву (при всех ее плюсах) стоит ездить развлекаться, а не жить. Это бешенный перегруженный город (даже в Питере съезды с КАД "пустые"), с гигантскими расстояниями и крайней степенью расслоения общества. Большинство живет (жили до пандемии и всеобщей удаленки) дом-метро-работа. Поэтому, на мой взгляд, крупный город в 2-4, ну край 6 часах езды от Москвы на поезде/машине - это было бы оптимально. Но в последнее время я думаю, что в Москве стоит пожить и прочувствовать ее, и потом уже решить для себя.
Про Екатеринбург повеселило. Это же Грязьбург. Загуглите.
(с) с просторов интернета.
Хотя летом там хорошо. Два раза были.
А по теме - чем крупнее город и ближе к Москве (по хорошей дороге в том числе) - тем лучше. Вот может лет через 10 достроят трассу до Казани. Будет еще один город, помимо Питера, Воронежа и Нижнего Новгорода. Все остальное либо слишком маленькие города, либо в полном упадке.
В вузе на первом практическом занятии по программированию. Это был паскаль. Дали задачу написать программу - ввести одно число, второе, сложить и вывести на экран. Когда у меня это получилось - подумал, что я могу попросить компьютер сделать абсолютно любую вещь, которая придет мне в голову и он ее выполнит, так как ему было указано. А это означало, что теперь какая-то часть мира в моих руках, точнее в моих мыслях. И я могу этот мир менять.
Второй раз было тоже в вузе, на занятии по имитационному моделированию. Была великолепная преподавательница, которая сама зарабатывала программированием. Строили мат-модель очереди на кассах (сколько надо добавить касс, чтобы сократить среднее время ожидания до определенного порога). Тогда подумал, что всю эту математику можно переложить в компьютер и посчитать за секунды, вместо часа.
Уровень информатизации российской системы правосудия — 7,5 баллов из 11 по результатам экспертной оценки – превосходит показатели Австралии, Германии, Канады и соответствует уровню Сингапура и Китая.
ЩТА??? Целый пласт административных дел по КоАП РФ нельзя подать через ГАС Правосудие. Приходит определение в отказе принятия иска/жалобы. Суды общей юрисдикции вообще в каменном веке. Отправить повестку или определение заказным электронным письмом через Почту России? Ага, разбежались. Запросить материалы дела из нижестоящего суда и найти там копии постановления и нижестоящиз решений - да лучше послать заявителя, типа не предоставил документы согласно закону. Хотя арбитражные суды в этом плане более современны.
Степень довольства населения
Еще бы... Например в спорах с государством суды защищают государство от граждан. Опять же судьи общей юрисдикции даже не удосуживаются в своих решениях расписать логическую последовательность - какими законами и пунктами они руководствовались. Арбитражные суды в этом плане получше. Но вот когда ФНС случайно по своей ошибке повторно списывает с р/с налоги, которые были уже уплачены - суд говорит "ну они же случайно, это у них сбой в программе, они не виноваты".
Я не знаю как в судах зарубежных стран. Но то, с чем я столкнулся в РФ - за гранью.
Но может, все-таки не заморачиваться с открытием карты рассрочки, а оформить рассрочку на нужный товар?
А может жить по средствам? Все эти карты преследуют одну цель - чтобы подсадить человека на иглу кредитов. Человек начинает реально все время жить в кредит. О том, с каких денег это потом отдавать - задумываются не все. Получает зарплату и гасит кредитку, пока еще идет беспроцентный период. В итоге денег ноль и снова пользуется кредиткой, загоняя ее в очередной долг до следующей зарплаты. Кредитное рабство.
Да и в целом - не очень понятно насколько эти карты актуальны для айтишников. Зарплаты хорошие, месячной не хватает разве только на машины и недвижимость.
Аналогичный опыт в провинциальном вузе. Было немного получше. Я не знаю как в МГУ, но если судить по замкадью — российское образование пробило дно. А советское осталось в анналах истории. А если сравнивать с лекциями зарубежных вузов, которых полно на том же ютубе — им рассказывают то, что я узнал на практике за 10 лет работы программистом.
В целом у нас были хорошие названия предметов, была какая-то система, но содержание оставляло желать лучшего. У нас только два преподавателя были в тренде — один руководил своей фирмой и преподавал менеджмент. Вторая — программила на C++ за денюжку и преподавала имитационное моделирование. Ах да и еще теория баз данных. Была такая невзрачная на первый взгляд тетушка, но в итоге базы данных и теорию и на практике я освоил замечательно. Но реляционкам на тот момент уже было 30-40 лет. Так что тут ничего удивительного.
Конечно, никто не мешает самостоятельно обучатся сверх того, что я и делал. Но когда я прихожу к преподу и показываю курсовую — условно веб сайт, где одна из сборок на C++.NET (чисто по приколу попробовать) и с базой MS Access и он говорит «а что так можно было?», появляются сомнения — а что я тут вообще делаю и за что плачу деньги? Это препод должен рассказывать студенту всякие невероятные вещи, современные тренды и новинки. А там уже дело за студентом. Надо ему это или нет.
И однажды пообщался со студентами из местного гос универа. По рассказам — там было еще хуже, чем у нас в платном третьесортном вузе.
В итоге вуз выпускает не подготовленного специалиста, а человека, которому говорят «забудь все, чему тебя учили». Собственно это и есть резюме высшего образования в РФ. На первой работе мне понадобилась теория реляционных БД и то, что я выучил самостоятельно.
Я на VC читал «Кэшбек за поездки на такси от «Яндекс.Плюс» ненастоящий?». Там в коментах люди постят скриншоты с разницей в цене в пользу обычного аккаунта (без плюса).
Эта канитель еще с яндекс такси пошла, там тоже народ заметил, что с плюсом — поездка дороже и вообще плюс — копится бонусами, т.е. клиент платит больше, чтоб накопить себе бонусы на счету яндекса.
Поэтому и говорю - что возможно от врача и личного болевого порога. В моем случае врач специально берет тонкое сверло и не постоянно держит в зубе, а так сказать импульсно. Времени не то, чтобы больше уходит. Полчаса на все про все с пломбой и так далее.
Может от врача зависит еще и от болевого порога. Раньше как было - делают укол больно, потом пол лица отвисает, потом отходняк, потом десна еще болит в месте укола. Один раз попробовали без укола и зашло. И по времени быстрее и потом никакого дискомфорта.
Теперь интересно послушать мнение того, кто это задание выдавал.
Мда, никогда не интересовался древнерусским. И тут на тебе - двойственное число. Времена почти как в английском и вообще половина не глаголы. Ааааааааа.
Короче, суть в чем.
Чистый аджаил хорошо покрывает конкретно разработку программного обеспечения по требованиям, по которым уже была проведена глубокая аналитика. Т.е. управление требованиями остается на совести заказчика/владельца продукта. Но чаще всего заказчик не айтишник и не имеет опыта построения ИТ систем, даже если ему знакома предметная область.
Если каждый набросок в бэклог должен проходить еще и этап аналитики внутри команды разработки, то для начала придется добавить в спринт задачу "описать бизнес-процесс" (= написать ТЗ). А это по факту уже натягивание ватерфолла на спринты.
Мало того, если поторопиться, то придется все кардинально переписывать и не раз. Аджаил говорит "лучше об этом узнать раньше, чем поздно". В принципе логично и правильно. А что нам говорит бизнес? "Почему, чтобы добавить кнопку вам надо месяц и все переписать" или "Какого ... я должен оплачивать переработки складских работников, которые вынуждены по ночам переставлять товар и переклеивать штрихкоды. Вы что не можете сразу по-нормальному сделать???!!!".
Нет, не могут. Потому что по аджаилу в бэклог набрасывают заженные спички, а команда разработки занимается тушением пожаров.
Если вернутся к вашим банковским системам, то для дальнейшего развития и устранения багов аджаил подходит довольно хорошо, о чем вы и написали в своей статье. Почему? Потому что вы пришли на устоявшуюся систему, которая 146% была реализована по ватерфоллу 20 лет назад. А что будет если вам дадут задачу написать АБС с нуля по аджаилу? Не узнаешь пока не попробуешь. Но никто этого делать не будет.
При этом использование аджаила в гораздо более простых системах (как мой пример со складом) уже обнажает проблемы. Нельзя начинать писать код без предварительного анализа бизнес-процессов (=написание ТЗ =ватерфолл). Потому что по итогу приходится не только переписывать программное обеспечение, но и заново расставлять 20 тыс позиций на складе по новым правилам. В аджаиле об этом ни слова.
При этом можно поднятся выше программного обеспечения. И применить аджаил на всех этапах и начать с описания бизнес-процессов. Но хорошо бы выбрать какое-то иное средство прототипирования. Непосредственно кодинг конечно быстрее, чем строить дом, но порой не достаточно быстро. Например, как в фильме про братьев Макдональдс. Они на асфальте рисовали мелом расстановку кухонных блоков и тестировали процесс быстрого приготовления пищи. Т.е. спринт у них был ну 1 час. Тут кстати в целом интересный момент. Макдональдс существует со своими бизнес-процессами с 1940, а персональные компьютеры появились только спустя 40 лет. Что как раз и доказывает, что компьютеры это инструмент, а программное обеспечение - лишь малая часть бизнес-процесса.
Аналогичная проблема при использовании TDD. Нельзя сначала писать тесты, а потом реализацию. Потому что в процессе описания бизнес-процессов, уточнения требований, раз за разом придется с нуля переписывать все эти тесты. Тесты нужно писать на уже более-менее стабильный функционал.
Аджаил, который я упоминаю - это совокупность всего, в том числе конкретных методик типа scrum/kanban/lean.
Вы по-прежнему остаетесь в рамках программного обеспечения. Абстрагируйтесь от него, ведь оно стало массовым только в последние лет 30-40, когда появились первые персональные компьютеры. Если подняться выше - увидите всю картину.
Элементы аджаила зародились не в ИТ, а как минимум в Японии после второй мировой войны в сфере производства. Просто бравые, по большей части, американские парни подумали "а чем мы хуже" и решили адаптировать это дело под производство программного обеспечения. Но я все же надеюсь они не забывали, что компьютер - это всего лишь инструмент, а программное обеспечение - всего лишь маленькая часть больших бизнес-процессов где бы то ни было (на складах, на заводах, в банках).
Погодите, откуда тут взялось описание процесса? По аджаилу к нам приходит заказчик и говорит "сделай то не знаю что", выдавая неопределенные требования на словах в час по чайной ложке. Если уж мы взялись за аналитику и описание бизнес-процессов - разве вся эта писанина не первый этап по ватерфоллу? И как же так вышло?
Если выделять тезисы, то он один - применять аджаил к месту.
Дело не в DoD и тем более не в тестах. Дело в отсутствии общей картины и достаточного анализа. Другими словами в отсутствии более-менее продуманного ТЗ на первое время. Что приводит к факапам, но не с точки зрения аджаила (у него как раз все хорошо), а с точки зрения бизнеса, людей, времени и денег. Область видимости аджаила ограничена, чтобы видеть всю картину и все проблемы, которые он создает.
Например это. Изначально аджаил оперировал только таким артефактом как программное обеспечение. Если же заглянуть в ГОСТы 19/34, то там можно обнаружить другие виды обеспечения (организационное, методологическое и так далее). Переписывание программного обеспечения - это лишь малая часть.
Я в своем комментарии привел пример из своего опыта. Это обычный бизнес по продаже некоторого физического товара, который захотел новомодные ИТ-штучки и франшизу. Вместо аджаила лучше было бы сесть, подумать, описать бизнес-процессы и обкатать их хотя бы в голове, а лучше на складе, убрать противоречия, увидеть более полную картину. Другими словами составить ТЗ. А вот уже потом включать аджаил, заполнять бэклог, запускать спринты и болтать на митингах часами рабочего времени каждый день. В итоге это займет допустим неделю. А еще пойти на склад, расставить товар по полкам, наклеить свои штрихкоды и ценники, и это займет месяц-два.
Нет, клиенту на самом деле важно увеличение прибыли, уменьшение расходов, поток клиентов, благоприятная атмосфера в рабочем коллективе. И где-то потом уже продукт. Только аджаил этого не замечает.
С аджаилом есть одна проблема. Называется тяп-ляп и в продакшен. Так как никто не анализирует множество требований в совокупности и на противоречия до начала разработки - есть высокий риск на очередном требовании "добавьте кнопку" все переписать с нуля и не раз.
На легаси проектах, которые первично были реализованы по ватерфоллу - этой проблем никто не заметит, потому что на текущем проекте в основном текучка и устоявшиеся бизнес-процессы. А вот для стартапов, которые не знают, какой учет им потребуется партийный или серийный - аджаил вселенское зло. Даже если программист перепишет все за неделю, то наклейки придется печатать и переклеивать на коробках месяц-другой сутками на пролет и всей толпой.
А в чем, можно подробней?
Нет, я там встретился с бывшими коллегами. Я рассказал, как мне в целом приглянулся город. А мне рассказали про Грязьбург. И потом я уже загуглил новости и фотки.
Вы может и не долюбливаете Москву по своим причинам. Но от экономики никуда не уйти. На европейской части России два центра притяжения - Москва/Питер и Черное море. И туда и туда стекаются деньги и люди. Города типа Воронежа, Ростова-на-Дону и Краснодара - это побочный эффект, потому что они стоят на большой дороге между. А вот все города в сторону от этой дороги - в экономическом упадке и чем дальше от Москвы, тем хуже.
Все же в курсе, что Москва не Россия. Дорога это жизнь. Вспомните пиксаровский мультик Тачки. И все относительно. Я порой езжу в Мск на машине. Как только начинается Воронежская область - сразу все преобразуется. Жизнь «кипит». Мини-города, дома в деревнях более ухоженные. Меньше заброшек. Т.е. регион более экономически развит.
Сам Воронеж (относительно других городов, кроме Москвы) - это крупный город, где есть хоть какие-то развлечения и больше городской инфраструктуры. Больше шансов найти тех же нормальных врачей.
Я не жил в самом городе, но следил за ИТ вакансиями и в Воронеже открывалось достаточно много московских филиалов и мне показалось, что этот процесс начался раньше или шел более массово. Я думаю это следствие. Близость к распределительному и экономическому центру страны. Туда проще и быстрее добраться, чем в Ростов-на-Дону или Краснодар.
Но, возвращаясь к «Москва не Россия». Москва разумеется вне конкуренции по сравнению с остальными городами миллионниками. В одном из своих комментариев я уже писал почему - все деньги в Москве. И только благодаря федеральным проектам типа «Безопасные и качественные дороги» бюджетные средства стали потихоньку перетекать в регионы. Передвигаясь по трассам это тоже заметно. Дороги были убитыми почти везде, но и делать их стали тоже во всех областях, по которым я еду до Москвы.
Вместе с тем, до недавнего времени, я считал, что в Москву (при всех ее плюсах) стоит ездить развлекаться, а не жить. Это бешенный перегруженный город (даже в Питере съезды с КАД "пустые"), с гигантскими расстояниями и крайней степенью расслоения общества. Большинство живет (жили до пандемии и всеобщей удаленки) дом-метро-работа. Поэтому, на мой взгляд, крупный город в 2-4, ну край 6 часах езды от Москвы на поезде/машине - это было бы оптимально. Но в последнее время я думаю, что в Москве стоит пожить и прочувствовать ее, и потом уже решить для себя.
Про Екатеринбург повеселило. Это же Грязьбург. Загуглите.
(с) с просторов интернета.
Хотя летом там хорошо. Два раза были.
А по теме - чем крупнее город и ближе к Москве (по хорошей дороге в том числе) - тем лучше. Вот может лет через 10 достроят трассу до Казани. Будет еще один город, помимо Питера, Воронежа и Нижнего Новгорода. Все остальное либо слишком маленькие города, либо в полном упадке.
А продолжение будет? Заинтригован
В вузе на первом практическом занятии по программированию. Это был паскаль. Дали задачу написать программу - ввести одно число, второе, сложить и вывести на экран. Когда у меня это получилось - подумал, что я могу попросить компьютер сделать абсолютно любую вещь, которая придет мне в голову и он ее выполнит, так как ему было указано. А это означало, что теперь какая-то часть мира в моих руках, точнее в моих мыслях. И я могу этот мир менять.
Второй раз было тоже в вузе, на занятии по имитационному моделированию. Была великолепная преподавательница, которая сама зарабатывала программированием. Строили мат-модель очереди на кассах (сколько надо добавить касс, чтобы сократить среднее время ожидания до определенного порога). Тогда подумал, что всю эту математику можно переложить в компьютер и посчитать за секунды, вместо часа.
Вижу тут подачу, но не вижу мотива.
ЩТА??? Целый пласт административных дел по КоАП РФ нельзя подать через ГАС Правосудие. Приходит определение в отказе принятия иска/жалобы. Суды общей юрисдикции вообще в каменном веке. Отправить повестку или определение заказным электронным письмом через Почту России? Ага, разбежались. Запросить материалы дела из нижестоящего суда и найти там копии постановления и нижестоящиз решений - да лучше послать заявителя, типа не предоставил документы согласно закону. Хотя арбитражные суды в этом плане более современны.
Еще бы... Например в спорах с государством суды защищают государство от граждан. Опять же судьи общей юрисдикции даже не удосуживаются в своих решениях расписать логическую последовательность - какими законами и пунктами они руководствовались. Арбитражные суды в этом плане получше. Но вот когда ФНС случайно по своей ошибке повторно списывает с р/с налоги, которые были уже уплачены - суд говорит "ну они же случайно, это у них сбой в программе, они не виноваты".
Я не знаю как в судах зарубежных стран. Но то, с чем я столкнулся в РФ - за гранью.
А может жить по средствам? Все эти карты преследуют одну цель - чтобы подсадить человека на иглу кредитов. Человек начинает реально все время жить в кредит. О том, с каких денег это потом отдавать - задумываются не все. Получает зарплату и гасит кредитку, пока еще идет беспроцентный период. В итоге денег ноль и снова пользуется кредиткой, загоняя ее в очередной долг до следующей зарплаты. Кредитное рабство.
Да и в целом - не очень понятно насколько эти карты актуальны для айтишников. Зарплаты хорошие, месячной не хватает разве только на машины и недвижимость.
В целом у нас были хорошие названия предметов, была какая-то система, но содержание оставляло желать лучшего. У нас только два преподавателя были в тренде — один руководил своей фирмой и преподавал менеджмент. Вторая — программила на C++ за денюжку и преподавала имитационное моделирование. Ах да и еще теория баз данных. Была такая невзрачная на первый взгляд тетушка, но в итоге базы данных и теорию и на практике я освоил замечательно. Но реляционкам на тот момент уже было 30-40 лет. Так что тут ничего удивительного.
Конечно, никто не мешает самостоятельно обучатся сверх того, что я и делал. Но когда я прихожу к преподу и показываю курсовую — условно веб сайт, где одна из сборок на C++.NET (чисто по приколу попробовать) и с базой MS Access и он говорит «а что так можно было?», появляются сомнения — а что я тут вообще делаю и за что плачу деньги? Это препод должен рассказывать студенту всякие невероятные вещи, современные тренды и новинки. А там уже дело за студентом. Надо ему это или нет.
И однажды пообщался со студентами из местного гос универа. По рассказам — там было еще хуже, чем у нас в платном третьесортном вузе.
В итоге вуз выпускает не подготовленного специалиста, а человека, которому говорят «забудь все, чему тебя учили». Собственно это и есть резюме высшего образования в РФ. На первой работе мне понадобилась теория реляционных БД и то, что я выучил самостоятельно.
Поэтому и говорю - что возможно от врача и личного болевого порога. В моем случае врач специально берет тонкое сверло и не постоянно держит в зубе, а так сказать импульсно. Времени не то, чтобы больше уходит. Полчаса на все про все с пломбой и так далее.
Может от врача зависит еще и от болевого порога. Раньше как было - делают укол больно, потом пол лица отвисает, потом отходняк, потом десна еще болит в месте укола. Один раз попробовали без укола и зашло. И по времени быстрее и потом никакого дискомфорта.