Вы почему то приравниваете 'сначала подумать' == преждевременная оптимизация.
Проблема в том что когда данные становятся сильно больше чем думал думающий, тогда чем проще устроена их обработка тем быстрее и глаже это все пробегается
Увы, пузырьковая сортировка это всегда медленно. Но просто, да
А этот хороший подход почему то часто воспринимают как 'потом подумаю'. В результате пузырьковая сортировка уезжает в прод, но там оказывается что нужно сортировать не 100 записей, а 5000, и нагрузка не 2 rps, а 200. И начинается самое интересное...
По некоторым комментам сразу видно тех кто не проводил увлекательное время в попытке восстановить систему :) солнце давно зашло, а утром кровь-из-носа все должно работать.
После такого опыта как то по другому относишься к 'быстренько обновить, новая версия лучше же'
Расходы как положено записали в капитал и списали с налогов. Не уверен что Джира государству обходилась дороже.
Вы возможно не очень внимательно прочитали - тут не было выбора 'Джира или что то другое'. Тут было 'точно не Джира или любое зарубежное'. А отечественные решения пока еще на таком уровне развития, что 'сделать свое' может выглядеть весьма здраво
В целом судя по статье автор джироненавистник и не работал с ней на уровне профессионала. Тот же проект разделить на два можно за 15 минут (ну хорошо, за час если тикетов больше 10 тысяч).
Не скажу как про 'разделить проект', но с 'гаданием по фото' у вас не очень
Про бекдоры тоже было забавно прочитать - 99% из них к серверной версии внутри периметра никакого отношения не имеет.
Закрытый периметр не означает что можно не закрывать дырки.
Все верно, предложат тому кто устраивает - от кого есть результаты, кто смотрит чуть шире чем требуют должностные обязанности, с кем комфортнее работать. Не забывайте что начальство ступенькой выше живет не в космосе (как правило), и ему нужна эффективная работа подразделения.
Понятно что есть такие места, где повышают за то что ты чей то родственник - тут медицина бессильна.
А почему повышение должны предложить именно вам? Чем вы лучше других?
Автор правильно пишет что повышение в должности - это не только награда, но и ответственность. А бОльшую ответственность скорее вручат не тому кто вручную перекопал 100 Га, а тому кто придумал как это делать дешевле и быстрее.
Уж вы то должны понимать что само ничего не едет, и всегда должен быть кто то, кто отвечает за то что проект будет выполнен. Как правило это PM, но его функции могут быть у другого человека и будет впечатление что 'проджект не нужен, прекрасно без него живем'.
Я не идеализирую PMов, если что :) Просто видел и участвовал в достаточно большом количестве проектов чтобы понимать кто эти люди и зачем они нужны.
А вообще предлагаю попробовать самому побыть ответственным за небольшой проект, где есть все атрибуты - команда, заказчик, сроки, ответственность, бюджет. Узнаете много интересного
Вот хоть бы кто нибудь описал опыт построения ИПР 'изнутри', причем с точки зрения линейного руководителя, а не HR или тем более внешнего консультанта.
Что пришлось изменить чтобы вписать ИПР в текущую реальность, что было на входе и как стало на выходе, на какие проблемы наткнулись и как порешали. Как измеряли, в конце концов.
А не вот это вот все в стиле 'вот вам учебник, можно построить классный самолет'
Вы почему то приравниваете 'сначала подумать' == преждевременная оптимизация.
Увы, пузырьковая сортировка это всегда медленно. Но просто, да
Спасибо, но определение я сам умею найти.
Но зачем вы устанавливаете метрику для свежеустановленной винды? Что это дает? Какие проблемы решает?
Установите минимальное значение InterfaceMetric для вашего текущего подключенияНебольшое пояснение не помешало бы :)
Смысл в том, что сначала всегда нужно подумать.
А этот хороший подход почему то часто воспринимают как 'потом подумаю'. В результате пузырьковая сортировка уезжает в прод, но там оказывается что нужно сортировать не 100 записей, а 5000, и нагрузка не 2 rps, а 200. И начинается самое интересное...
Нет конечно, что за вопрос. Враги ликвидировали яйцефабрики, а яйца съели
Извините, а отмена последней сделки по голосовой команде 'бл..дь!' реализована?
По некоторым комментам сразу видно тех кто не проводил увлекательное время в попытке восстановить систему :) солнце давно зашло, а утром кровь-из-носа все должно работать.
После такого опыта как то по другому относишься к 'быстренько обновить, новая версия лучше же'
Не раскрыт ответ на главный вопрос -'нахуа?'
Согласен с вами. Тут только проблема - если проект вылетает за сроки, то бьют в первую очередь РП, а не того занятого админа и его руководителя.
Сорри, я писал в ответ тов. @Octabun
Почему вам накидали минусов не понял, для равновесия закинул плюс
Очень хочется бросить в вас тапком. Из черной зависти.
А при подтверждении заявки не требуется проходить каптчу? Если требуется - то как проходите?
А при подтверждении заявки не требуется проходить каптчу? Если требуется - то как проходите?
В жизни всегда есть место подвигу. Главное - держаться от этого места подальше
Вы возможно не очень внимательно прочитали - тут не было выбора 'Джира или что то другое'. Тут было 'точно не Джира или любое зарубежное'. А отечественные решения пока еще на таком уровне развития, что 'сделать свое' может выглядеть весьма здраво
Не скажу как про 'разделить проект', но с 'гаданием по фото' у вас не очень
Закрытый периметр не означает что можно не закрывать дырки.
Все верно, предложат тому кто устраивает - от кого есть результаты, кто смотрит чуть шире чем требуют должностные обязанности, с кем комфортнее работать. Не забывайте что начальство ступенькой выше живет не в космосе (как правило), и ему нужна эффективная работа подразделения.
Понятно что есть такие места, где повышают за то что ты чей то родственник - тут медицина бессильна.
А почему повышение должны предложить именно вам? Чем вы лучше других?
Автор правильно пишет что повышение в должности - это не только награда, но и ответственность. А бОльшую ответственность скорее вручат не тому кто вручную перекопал 100 Га, а тому кто придумал как это делать дешевле и быстрее.
Тогда ваш ответ несколько странный :)
Уж вы то должны понимать что само ничего не едет, и всегда должен быть кто то, кто отвечает за то что проект будет выполнен. Как правило это PM, но его функции могут быть у другого человека и будет впечатление что 'проджект не нужен, прекрасно без него живем'.
Я не идеализирую PMов, если что :) Просто видел и участвовал в достаточно большом количестве проектов чтобы понимать кто эти люди и зачем они нужны.
Каждый прочитал то что хотел прочитать :)
А вообще предлагаю попробовать самому побыть ответственным за небольшой проект, где есть все атрибуты - команда, заказчик, сроки, ответственность, бюджет. Узнаете много интересного
Вот хоть бы кто нибудь описал опыт построения ИПР 'изнутри', причем с точки зрения линейного руководителя, а не HR или тем более внешнего консультанта.
Что пришлось изменить чтобы вписать ИПР в текущую реальность, что было на входе и как стало на выходе, на какие проблемы наткнулись и как порешали. Как измеряли, в конце концов.
А не вот это вот все в стиле 'вот вам учебник, можно построить классный самолет'