Не встречал такой проблемы, прошу прощения. Вообще мой пост должен был быть длиннее, но Хабр решил сократить до двух абзацев, даже не знаю почему.
У нас даже административный персонал пользуется и не испытывает проблем. Офисный пакет есть, облачная бухгалтерия работает. Я писал в своем блоге в VK как установить и настроить Рутокен в Linux для работы с ЭДО, там конечно много не очевидного было. Но в целом, не испытываем проблем.
Неочевидности эти являются следствием того, что разработчики не уделяют должного внимания платформе.
Что касается DM, то тут есть большой выбор. Кому не хватает Gnome2, Unity или XCFE, могут взять KDE или Elementary.
Мы, небольшая компания разработчиков, приняли решение перейти на Linux ещё в 2009 году. Я был инициатором этого перехода. Мы протестировали несколько дистрибутивов и выбрали Ubuntu, но его пользовательский интерфейс Unity не понравился всей команде. Поэтому мы перешли на XUbuntu с рабочим столом XCFE.
Никаких проблем не испытываем с работой в Linux. Как выше писали коллеги, многие приемы, выработанные в Windows не работают в Linux. Нужно перестраивать мышление, чего люди не любят. Отсюда и недовольство.
Ну вот да. У нас в одном из продуктов весь функционал разделен на компоненты, которые относительно независимы друг от друга, и есть ядро, которое обеспечивает работу и интеграцию этих компонент. Каждый компонент релизиться отдельно, над каждым может работать отдельная команда или в случае простых, - отдельный разработчик. Бывают редкие случаи, когда есть связанность между компонентами, но стараемся избегать этого, либо использовать событийную модель связанности.
Ну в Китае, например, OpenSource активно развивается. У них довольно развитая инфраструктура выстроена, что не мешает китайским разработчикам контрибьютить в проекты на GitHub.
У нас этим (построением инфраструктуры) пытается заниматься Сбер и пока вполне успешно. Запустили GitVerse, активно призывают участвовать в их проектах, создавать свои, поощряют интересные им проекты.
Разработчики на RoR давно пользуются подобным механизмом Hotwire.
Помнится, много лет назад, когда JQuery только зарождался, мы использовали mootools.js и его ajax для замены кусков HTML на странице. Т.е. это все уже было известно и использовалось.
Преимущество HTMx в том, что на клиенте не нужно писать много JS когда, достаточно обойтись декларативным синтаксисом (на самом деле, только в очень простых случаях).
Ну положим, аккаунт можно закрепить за сотрудником (собственно так и делается всегда) + прописать обязанность сотрудника сохранять в тайне пароль аккаунта, а также незамедлительно сообщать о его компроментации, что тоже обычное дело.
Факт доступа к информации с его аккаунта вообще можно автоматически регистрировать и вроде как вопрос решен в этой части.
А вот интересно, обязательно ли фиксировать доступ к такой информации на бумаге? Логи доступов к такой информации, фиксирующие этот факт автоматически не подойдут?
Индонезия предлагала свои мощности, да и Микрон заявлял, что они уже протестировали 28нм техпроцесс и готовы запустить, если будут заказы. Еще в Зелике есть какой-то ППЦ Элвис, который заявляет, что у них техпроцесс от 16нм. Как там на самом деле - кто знает. Но в целом по миру полно производств с 28нм техпроцессом. ИМХО воспользовались скорее всего предложением Индонезии.
Ну вообще, Microsoft не закрывал штаб-квартиру в Москве. Намедни был там рядом, работают люди. Apple вон вообще аренду своей штаб-квартиры в Москве продлила до 2029 года. Т.ч. санкции, они для кого надо санкции. Хотя лично я за переход на Linux, особенно в госсекторе и чувствительных областях.
Рациональное зерно тут есть, конечно. При этом грамотная архитектура сильно облегчает дальнейшее развитие. Но даже она не исключает траблов с добавлением некоторых фич. :)
Ну вообще для более точной оценки давно придуман метод, которому даже в ВУЗах раньше обучали (не знаю как сейчас). Метод называется - декомпозиция задачи. Т.е. если задачу сразу трудно оценить, то разбивается на более мелкие, и так далее до тех пор, пока каждая часть не будет вызывать затруднения в оценках.
Но этот метод, как и другие не дает 100% попадания в сроки, хотя и очень приближает к реальному времени.
Не встречал такой проблемы, прошу прощения.
Вообще мой пост должен был быть длиннее, но Хабр решил сократить до двух абзацев, даже не знаю почему.
У нас даже административный персонал пользуется и не испытывает проблем. Офисный пакет есть, облачная бухгалтерия работает. Я писал в своем блоге в VK как установить и настроить Рутокен в Linux для работы с ЭДО, там конечно много не очевидного было. Но в целом, не испытываем проблем.
Неочевидности эти являются следствием того, что разработчики не уделяют должного внимания платформе.
Что касается DM, то тут есть большой выбор. Кому не хватает Gnome2, Unity или XCFE, могут взять KDE или Elementary.
Текущая версия, которую используем - 22.04.4 LTS
Мы, небольшая компания разработчиков, приняли решение перейти на Linux ещё в 2009 году. Я был инициатором этого перехода. Мы протестировали несколько дистрибутивов и выбрали Ubuntu, но его пользовательский интерфейс Unity не понравился всей команде. Поэтому мы перешли на XUbuntu с рабочим столом XCFE.
Никаких проблем не испытываем с работой в Linux. Как выше писали коллеги, многие приемы, выработанные в Windows не работают в Linux. Нужно перестраивать мышление, чего люди не любят. Отсюда и недовольство.
Ну вот да. У нас в одном из продуктов весь функционал разделен на компоненты, которые относительно независимы друг от друга, и есть ядро, которое обеспечивает работу и интеграцию этих компонент. Каждый компонент релизиться отдельно, над каждым может работать отдельная команда или в случае простых, - отдельный разработчик. Бывают редкие случаи, когда есть связанность между компонентами, но стараемся избегать этого, либо использовать событийную модель связанности.
Просто любопытно. :)
Хз, у меня давно есть их аккаунт.
Сейчас у них вроде по номеру телефона регистрация.
А Вы не в России?
У меня аккаунт в Cloud.ru есть, по нему.
Да вроде нет, при регистрации у меня никто паспорт не спрашивал. Не знаю, кто Вам такую дичь рассказал.
И тем не менее китайские разработчики активно контрибьютят в проекты на GitHub. Даже не знаю, как они этого добиваются :)
Ну в Китае, например, OpenSource активно развивается. У них довольно развитая инфраструктура выстроена, что не мешает китайским разработчикам контрибьютить в проекты на GitHub.
У нас этим (построением инфраструктуры) пытается заниматься Сбер и пока вполне успешно. Запустили GitVerse, активно призывают участвовать в их проектах, создавать свои, поощряют интересные им проекты.
Разработчики на RoR давно пользуются подобным механизмом Hotwire.
Помнится, много лет назад, когда JQuery только зарождался, мы использовали mootools.js и его ajax для замены кусков HTML на странице. Т.е. это все уже было известно и использовалось.
Преимущество HTMx в том, что на клиенте не нужно писать много JS когда, достаточно обойтись декларативным синтаксисом (на самом деле, только в очень простых случаях).
Ну положим, аккаунт можно закрепить за сотрудником (собственно так и делается всегда) + прописать обязанность сотрудника сохранять в тайне пароль аккаунта, а также незамедлительно сообщать о его компроментации, что тоже обычное дело.
Факт доступа к информации с его аккаунта вообще можно автоматически регистрировать и вроде как вопрос решен в этой части.
Другой вопрос, примет ли суд эту информацию.
А вот интересно, обязательно ли фиксировать доступ к такой информации на бумаге? Логи доступов к такой информации, фиксирующие этот факт автоматически не подойдут?
Индонезия предлагала свои мощности, да и Микрон заявлял, что они уже протестировали 28нм техпроцесс и готовы запустить, если будут заказы. Еще в Зелике есть какой-то ППЦ Элвис, который заявляет, что у них техпроцесс от 16нм. Как там на самом деле - кто знает. Но в целом по миру полно производств с 28нм техпроцессом. ИМХО воспользовались скорее всего предложением Индонезии.
...или Laravel, по нему полно специалистов разного уровня.
Вообще у Linux несколько DE. Тот же KDE Plasma посмотрите, UI последних версии винды будто с нее рисовали. :)
Ну вообще, Microsoft не закрывал штаб-квартиру в Москве. Намедни был там рядом, работают люди. Apple вон вообще аренду своей штаб-квартиры в Москве продлила до 2029 года. Т.ч. санкции, они для кого надо санкции.
Хотя лично я за переход на Linux, особенно в госсекторе и чувствительных областях.
Рациональное зерно тут есть, конечно. При этом грамотная архитектура сильно облегчает дальнейшее развитие. Но даже она не исключает траблов с добавлением некоторых фич. :)
Помню в начале 90-х продавались готовые наборы для сборки Радио 86-РК и ZXSpectrum. Были времена...
Ну вообще для более точной оценки давно придуман метод, которому даже в ВУЗах раньше обучали (не знаю как сейчас). Метод называется - декомпозиция задачи. Т.е. если задачу сразу трудно оценить, то разбивается на более мелкие, и так далее до тех пор, пока каждая часть не будет вызывать затруднения в оценках.
Но этот метод, как и другие не дает 100% попадания в сроки, хотя и очень приближает к реальному времени.
Нет, это чтобы быстрее загружалось, с российских серверов ping меньше.