Вот интересно, а они не боятся обратного эффекта? Ну применят они протокол для блокировки tor. Некоторые переползут на I2p. А что дальше? В Tor бывают ярые анархисты и защитники своих интересов в этой сети. Они могут обычный интернет так заблочить, что нам потом всё это гуано не выгрести. Мне вспоминается как группа хакеров на католическое рождество устроили отдых от всем пользователям PS и любителям различных MMO.
Так. Прочитал обе статьи. Далее — страшная статья в виде комментария…
Цитата из фильма «Чародеи» как оглавление:
-Цель видишь?
-Вижу!
-Веришь в себя?
-Верю!
-Тогда пошёл!
*звук удара о стенку
-Либо убьется, либо покалечится.
Знаете в чём проблема была изначально? В отсутствии опыта ведения команды и самой разработки большого продукта. Как я вижу, вы просто гениальный дизайнер и квалифицированный художник. Но для проекта — этого мало. Я видел много проектов, что стартовали с более худшей графикой и без особой оптимизации… Однако, они получали больше и не сжигали членов команды как дешёвые пробки. В предыдущей статье вы много рассказывали о ходе разработки проекта. Но ни там, ни тут я не нашёл предварительного и финального анализа проекта и самого продукта. Так что мой комментарий по всей ситуации таков:
-Полное отсутствие подготовке к работе над проектом и продуктом в целом.
-Работа только на энтузиазме.
-Отсутствие понимания цикла жизни проекта, продукта(товара) и цикла разработки ПО.
-Отсутствие понимания принципов формирования команды и самой сути персонала проекта.
Вы получили горький опыт. Но не из книг и не от других людей, а в реальном проекте, который сами и инициировали. Но я понимаю причины этого — отсутствие доступных знаний, желание «сделать *ВАУ*» и отсутствие опытного друга/коллеги/наставника.
И знаете что? Думаю через годик жизни в офисе вы могли-бы стать неплохим главой одного из подразделений любой компании. HR-ов, что это не могут понять, можете игнорировать. Опыт любой битвы ценен.А уж тем более опыт руководства проектом и командой(пусть и команда была разрозненной, не постоянной).
Ну а теперь совет:
— Сделайте проект или продукт произвольного размера по всем правилам.
— Советуйтесь с людьми на любом форуме по вопросам управления проектами/продуктами.
— Не зацикливайтесь на одной вещи. Вы очень быстро доведёте себя и команду, если будете думать только об одном.
— Не давайте большого времени отвлечения от продукта/проекта вашим коллегам.
— Не давайте работать вашим коллегам по продукту более чем над 3-мя продуктами. Баланс между нагрузкой, отдыхом и сменой деятельности поддерживает тонус. Перегиб в одну из крайностей и вы/команда сгорите.
— Мыслите стратегически. Я серьёзно. Если не будете полностью управлять созидаемым, оно начнёт управлять вами…
— Немного про содержимое продукта: Продукт состоит из проектов и целей его существования. Проект из средств решения задач и самих задач. Задачи состоят из проблем и предположительных шагов для их решения. Средства — люди и их капитал. Люди из обстоятельств и знаний. Капитал — из доступных ресурсов. Данный малый кусочек только самый минимум того, что нужно знать в подробностях перед созданием невозможного.
И да. Всё-же я благодарен вам за то, что вы не бросили свой продукт сразу после обнаружения проблем(Всё пропало! Всё пропало! Гипс снимают. Клиенты уезжают!) и доделали его до стадии выхода и поддержки. Это нынче дорогого стоит.
Как говорится:
— Как ты всё успеваешь? У тебя же столько важных дел! Так ещё и высыпаешься!
— Куда?
После выхода на улицу с него сползла вся косметика. А на лице не осталось и следа здорового человека.
Мне кажется, что бы всё успевать не нужно всё планировать, а нужно просто быть там, где ты нужен оптимальное количество времени и делать то, что хочешь, а не то, что приносит богатства и проблемы психике. Иногда это бывает дорого, зато потом будет меньше взглядов на верёвочную подвесную конструкцию под одного человека с неустойчивой основой.
Мой опыт показывает — я планирую всё, в том числе и скорую кончину от переработки… Но как более-менее ковид спадёт — поеду реализовывать свои навыки(в другой город), что я собирал более шести лет бессонных ночей и дней.
Статья — завуалированная реклама, что должна быть в разделе «Я — пиарюсь» или в баре рекламы. Просьба закрыть статью и выставить конский счёт компании Kaspersky за рекламу, а так же предупредить модераторов о том, где такие статьи должны располагаться в следующий раз.
Да. Сталкивались с дилетантами, что не знают о работе ПК с точки зрения технического специалиста. Пост-фактумом была потеря скорости работы персонала в ответственный период и потеря дилетантом места работы после записи в личное дело. А всего-то надо было вовремя установить вовремя провести проверку на вирусы.(да-да. Компы сожрали майнеры, в результате — архитекторы и дизайнеры просто встали и пошли домой на три дня).
Системный Администратор обязан ничего не делать только тогда, когда всё настроено и автоматизировано. Далее — с него каждый месяц отчёты о безопасности, возможности добавления новых устройств в компанию, анализ состояния техники и статистика всего, что находится в сети компании, в том числе — образующие компанию сетевые приложения(1С и сайты).
Что-же… Мне понравилось, как написана статья, но…
Судя по тому, что описано в статье, мне слабо представляется то, что у автора есть понимание сути управления персоналом. Вы попытались припаять Должностные навыки к навыкам человека, не сопоставив с Должностной инструкцией(обязанностями). Проще говоря — пытаетесь нанять швейцарский нож при нужде в одном маленьком напильнике. Из-за такой оплошности вы теряете крупный сегмент кадров, способных принести доход и потом быть обучены не приоритетным навыкам.
Из перечня всего того, что вы указали в статье, на практике вам понадобится только навыки, что приносят доход или минимизируют расходы(один ваш уверенный пользователь ПК может поддержать всю компанию и «заменить» директора). Я лучше найму 1-го уверенного пользователя ПК(как раз новичков из IT-техникумов можно будет взять и дать им практику), поддержу требования к высокой скорости печати у сотрудников(работающих с ПК более 3-ёх часов в день) и поставлю навык обращения с поисковиком в приоритет для всех сотрудников(кроме тех, кто трудится физически). Всё остальное — по взаимной рекомендации самих сотрудников и их опыту. Я до сих пор сталкиваюсь с людьми, что пишут номера и ФИО на бумаге и приносят доход компании более 55 тыс. рублей при его зарплате в 28 тыс. рублей(боже, храни менеджеров по поиску клиентов и специалистов по поддержке клиентской базы).
А вот по поводу защиты данных… У вас судя по всему — проблемы. Вы ни разу не теряли данные из-за привлечения к себе внимания мелких шалунов? Одно дело, когда вы потеряли один файл у мелкого сотрудника, другое — когда все участники сети получили полное уничтожение(шифровку) баз данных клиентов и только бумажные экземпляры, внешние сервисы хранения данных о контрактах с клиентами и флешки с телефонами хоть чуть-чуть помогали подняться с колен.(да-да, WannaCry...)
Вот вам ещё один вариант:
За всё несёшь ответственность ты, а на твои запросы фиг клали. Ибо мы делегировали тебе работу, а не права. Ты можешь предлагать и требовать процессы, которые спасут разработку, но никто не посмотрит, так ещё и выговор влепят. А как разработка начнёт трещать по швам — ты виноват и ещё один выговор. СНГ development style.
И хрен ас два вы напишите книгу-шедевр за один вечер.
Писатели создают свои труды достаточно долго(правильные писатели), а не за один присест. Уж поверьте, у меня есть друзья из обоих категорий писателей.
Дополнить статью можно старой поговоркой — «Утро вечера мудренее!» (наверняка повторил чью-то идею, написанную выше). За ночь мозг переваривает задачу, и на утро уже есть более-менее готовый материал. Наши предки об этом догадывались!
Вот так вот вывел спутник, а потом кусочек вселенского мусора его «хрясь!» и несколько сотен миллионов ушли в небытие. За что так жестоко?! Вот интересно, МКС так же дырявит?
Хех, многоуважаемый автор статьи наверное думает так:
Работая на урановой шахте ты проживёшь не дольше 20 часов за всю жизнь. Всего через 10 часов слепота. Через 15 — проблемы со всеми органами. Надо создавать профсоюз.
Однако платят сотню-две баксов в час и дают печеньки и молоко за улыбку. Значит не надо создавать профсоюз.
Покуда не будут изобретены запасные глаза и вакцина от застоя всего содержимого органов, всем не будут позволять разминаться, не пропадут требования с потолка ко всей индустрии (как говорит HR «Вы не знаете те и те стеки технологий! (которые мы вообще не используем) Значит у вас отсутствует стимул к самообучению. Вы будете проходить испытательный срок пол года.» — это когда ты нанимаешь работника, и он должен понимать что он дурак и получает ЗП по благословению свыше), а так же не будет такого, как сверхжатые сроки(аки чёрная дыра), будут требоваться профсоюзы IT-отрасли.
Благодарю. Надеюсь продукт Bellsoft будет более-менее нормально функционировать с EE проектами.(Хотя придётся покрывать код основательнее). Но это всё равно лучше, чем переходить на OpenJDK вечную бету. Спасибо!
После того, как узнал, что лицензию Oracle изменили… Java стала мен EE интересным.(4 года блет! И всё на смарку.) Но всё равно спасибо, что хоть кто-то не бросает этот язык… В отличие от Oracle.(с прогиба!)
Соглашусь с вами. Нам в колледже так же говорили. Дословно: «Нафига тебе фреймворки, если ты не можешь без них написать? Все фреймворки написаны на этом же языке. Если ты не можешь решить задачу без фреймворка — ты не можешь решить задачу в принципе!»
Вы поняли эту технологию, теперь это не магия, не искусство, просто ремесло.
Будь добр, повтори художникам тоже самое. Они тебя с потрохами съедят (именно художники, а не копировальные аппараты). Вообще я всегда рассматривал программирование с точки зрения эстетики кода и логики. Да и давно пора разделить промышленное программирование и бизнес программирование от эстетического и научного программирования. Слишком разные задачи и цели.
Как и с электричеством(катушки Тесла), так и с реактивными ранцами — безопасность прежде всего. Не стоит надеется на то, что вас пронесёт как коммиксного героя железного человека в его первом фильме. Испытатель — не персонаж, которого охраняет сценарий. Если не думать о безопасности количество несчастных случаев будет только расти.
Нужно делать эксперименты. Но не надо забывать, что может ё*н нанести травмы, мало совместимые с жизнью!
Честно - тут очень даже мало задето(даже не вершина айсберга). И эта тема очень-очень обширна и глубока. Рад, что кто-то обращает внимание неё.
Цитата из фильма «Чародеи» как оглавление:
Знаете в чём проблема была изначально? В отсутствии опыта ведения команды и самой разработки большого продукта. Как я вижу, вы просто гениальный дизайнер и квалифицированный художник. Но для проекта — этого мало. Я видел много проектов, что стартовали с более худшей графикой и без особой оптимизации… Однако, они получали больше и не сжигали членов команды как дешёвые пробки. В предыдущей статье вы много рассказывали о ходе разработки проекта. Но ни там, ни тут я не нашёл предварительного и финального анализа проекта и самого продукта. Так что мой комментарий по всей ситуации таков:
-Полное отсутствие подготовке к работе над проектом и продуктом в целом.
-Работа только на энтузиазме.
-Отсутствие понимания цикла жизни проекта, продукта(товара) и цикла разработки ПО.
-Отсутствие понимания принципов формирования команды и самой сути персонала проекта.
Вы получили горький опыт. Но не из книг и не от других людей, а в реальном проекте, который сами и инициировали. Но я понимаю причины этого — отсутствие доступных знаний, желание «сделать *ВАУ*» и отсутствие опытного друга/коллеги/наставника.
И знаете что? Думаю через годик жизни в офисе вы могли-бы стать неплохим главой одного из подразделений любой компании. HR-ов, что это не могут понять, можете игнорировать. Опыт любой битвы ценен.А уж тем более опыт руководства проектом и командой(пусть и команда была разрозненной, не постоянной).
Ну а теперь совет:
— Сделайте проект или продукт произвольного размера по всем правилам.
— Советуйтесь с людьми на любом форуме по вопросам управления проектами/продуктами.
— Не зацикливайтесь на одной вещи. Вы очень быстро доведёте себя и команду, если будете думать только об одном.
— Не давайте большого времени отвлечения от продукта/проекта вашим коллегам.
— Не давайте работать вашим коллегам по продукту более чем над 3-мя продуктами. Баланс между нагрузкой, отдыхом и сменой деятельности поддерживает тонус. Перегиб в одну из крайностей и вы/команда сгорите.
— Мыслите стратегически. Я серьёзно. Если не будете полностью управлять созидаемым, оно начнёт управлять вами…
— Немного про содержимое продукта: Продукт состоит из проектов и целей его существования. Проект из средств решения задач и самих задач. Задачи состоят из проблем и предположительных шагов для их решения. Средства — люди и их капитал. Люди из обстоятельств и знаний. Капитал — из доступных ресурсов. Данный малый кусочек только самый минимум того, что нужно знать в подробностях перед созданием невозможного.
И да. Всё-же я благодарен вам за то, что вы не бросили свой продукт сразу после обнаружения проблем(Всё пропало! Всё пропало! Гипс снимают. Клиенты уезжают!) и доделали его до стадии выхода и поддержки. Это нынче дорогого стоит.
— Как ты всё успеваешь? У тебя же столько важных дел! Так ещё и высыпаешься!
— Куда?
После выхода на улицу с него сползла вся косметика. А на лице не осталось и следа здорового человека.
Мне кажется, что бы всё успевать не нужно всё планировать, а нужно просто быть там, где ты нужен оптимальное количество времени и делать то, что хочешь, а не то, что приносит богатства и проблемы психике. Иногда это бывает дорого, зато потом будет меньше взглядов на верёвочную подвесную конструкцию под одного человека с неустойчивой основой.
Мой опыт показывает — я планирую всё, в том числе и скорую кончину от переработки… Но как более-менее ковид спадёт — поеду реализовывать свои навыки(в другой город), что я собирал более шести лет бессонных ночей и дней.
Системный Администратор обязан ничего не делать только тогда, когда всё настроено и автоматизировано. Далее — с него каждый месяц отчёты о безопасности, возможности добавления новых устройств в компанию, анализ состояния техники и статистика всего, что находится в сети компании, в том числе — образующие компанию сетевые приложения(1С и сайты).
Судя по тому, что описано в статье, мне слабо представляется то, что у автора есть понимание сути управления персоналом. Вы попытались припаять Должностные навыки к навыкам человека, не сопоставив с Должностной инструкцией(обязанностями). Проще говоря — пытаетесь нанять швейцарский нож при нужде в одном маленьком напильнике. Из-за такой оплошности вы теряете крупный сегмент кадров, способных принести доход и потом быть обучены не приоритетным навыкам.
Из перечня всего того, что вы указали в статье, на практике вам понадобится только навыки, что приносят доход или минимизируют расходы(один ваш уверенный пользователь ПК может поддержать всю компанию и «заменить» директора). Я лучше найму 1-го уверенного пользователя ПК(как раз новичков из IT-техникумов можно будет взять и дать им практику), поддержу требования к высокой скорости печати у сотрудников(работающих с ПК более 3-ёх часов в день) и поставлю навык обращения с поисковиком в приоритет для всех сотрудников(кроме тех, кто трудится физически). Всё остальное — по взаимной рекомендации самих сотрудников и их опыту. Я до сих пор сталкиваюсь с людьми, что пишут номера и ФИО на бумаге и приносят доход компании более 55 тыс. рублей при его зарплате в 28 тыс. рублей(боже, храни менеджеров по поиску клиентов и специалистов по поддержке клиентской базы).
А вот по поводу защиты данных… У вас судя по всему — проблемы. Вы ни разу не теряли данные из-за привлечения к себе внимания мелких шалунов? Одно дело, когда вы потеряли один файл у мелкого сотрудника, другое — когда все участники сети получили полное уничтожение(шифровку) баз данных клиентов и только бумажные экземпляры, внешние сервисы хранения данных о контрактах с клиентами и флешки с телефонами хоть чуть-чуть помогали подняться с колен.(да-да, WannaCry...)
За всё несёшь ответственность ты, а на твои запросы фиг клали. Ибо мы делегировали тебе работу, а не права. Ты можешь предлагать и требовать процессы, которые спасут разработку, но никто не посмотрит, так ещё и выговор влепят. А как разработка начнёт трещать по швам — ты виноват и ещё один выговор. СНГ development style.
И хрен ас два вы напишите книгу-шедевр за один вечер.Писатели создают свои труды достаточно долго(правильные писатели), а не за один присест. Уж поверьте, у меня есть друзья из обоих категорий писателей.
Дополнить статью можно старой поговоркой — «Утро вечера мудренее!» (наверняка повторил чью-то идею, написанную выше). За ночь мозг переваривает задачу, и на утро уже есть более-менее готовый материал. Наши предки об этом догадывались!
Работая на урановой шахте ты проживёшь не дольше 20 часов за всю жизнь. Всего через 10 часов слепота. Через 15 — проблемы со всеми органами. Надо создавать профсоюз.
Однако платят сотню-две баксов в час и дают печеньки и молоко за улыбку. Значит не надо создавать профсоюз.
Покуда не будут изобретены запасные глаза и вакцина от застоя всего содержимого органов, всем не будут позволять разминаться, не пропадут требования с потолка ко всей индустрии (как говорит HR «Вы не знаете те и те стеки технологий! (которые мы вообще не используем) Значит у вас отсутствует стимул к самообучению. Вы будете проходить испытательный срок пол года.» — это когда ты нанимаешь работника, и он должен понимать что он дурак и получает ЗП по благословению свыше), а так же не будет такого, как сверхжатые сроки(аки чёрная дыра), будут требоваться профсоюзы IT-отрасли.
Нужно делать эксперименты. Но не надо забывать, что может
ё*ннанести травмы, мало совместимые с жизнью!