Думаю, нужно использовать deprecated для устаревших конструкций. Да, это по сути форкнуть язык, но расползание синтаксиса тоже ни к чему хорошему не приведет
Все познается в сравнении. Когда мне довелось делать интеграцию ТСД- научить ПО на C# работать со встроенным сканером, чей драйвер написан на C и обернут в Java. Так вот, несмотря на весь этот зоопарк языков, интеграцию можно было сделать так, как душе угодно. Вот тогда и стало понятно, насколько ограничена 1с в плане взаимодействия с внешними устройствами.
Я и не говорил, что нельзя. Я сказал, что все это требует костылей в худшем смысле этого слова, интеграция сильно ограничена. Мне известно лишь 2 способа - устаревшее COM-соединение(нестабильный подсос dll) и http через публикацию базы. И все это костыль на костыле. Проблема не в способе обмена, а в отсутствии архитектуры обмена.
Статья начинается с проблем выплавки металла, а заканчивается проблемами учета ремонтных работ. Все таки нужно концентрироваться на какой-то одной теме и раскрывать ее полностью. Если выплавка - то нюансы, немного тех. деталей, неординарные решения(если есть) и т.д.
Если учет - то значимые детали реализации. Например, использовавшиеся технологии, подвязка датчиков к ERP, используется ли AI. Если да- то как и какие трудности были на этапе разработки. Как поживает команда разрабов. И вот это вот все:)
Не знаю всю глубину проблем вашего учета, но судя по тому, что Вы привели в статье - учет не самый сложный. К примеру, банальная 1с обрабатывает куда более сложные бизнес-процессы и ее основные минусы -в закрытости экосистемы для интеграции с "чем душа пожелает" (пробросить датчики без диких костылей в 1с не получится, AI - не, не слышали и т.п.) и бюрократическая парадигма. Учитывая стоимость SAP и ,особенно, малочисленность разработчиков под нее в СНГ, а дорабатывать придется много и всегда - стоило ли оно того?
Возвращаясь к статье - у нее отличный потенциал. Только нужно придерживаться одной темы. Даже если это внедрение учета - то не в стиле презентации, а в стилистике фильма, как "в жизни" с какими-то деталями, "личностями", мелкими, но интересными решениями и т.п.
С учётом того, что это проект мэилру, будут 2 критические проблемы
Неадекватная монетизация. Она будет слишком маленькая, либо слишком много рекламы
Полное управление силовиками контентом и личными данными авторов со всеми вытекающими. Еще совсем недавно ВК отправлял все данные пользователей просто на запрос по имейл , оформленных в стиле МВД с любых ящиков
Кто будет этим пользоваться? Бабушки, пилящие видосики о подорожнике? Так Ютуб значительно удобнее для этого и его не нужно устанавливать.
Каждый раз в ново установленной системе ставлю дефолтным старый "Просмоторщик". Этот Photos интуитивно не понятен, то стрелки листают фото, то не листают( видимо, в обновах меняют поведение), не понятно как переворачивать фото, каждый раз пытается на весь экран вывести с фото с полным погружением, когда мне лишь бегло просмотреть картинку. Да и к тому же долго открывает файлы. Короче, это непонятный зверек, который живет своей жизнью, имеет какую-то свою неведомую логику и считает себя домашним кинотеатром, когда мне нужно просто открыть картинку-документ
Контекст не соответствует заголовку и выводам. Я уж было подумал,что действительно нашли уязвимость терминалов, а по факту обыкновенный человеческий фактор. Так можно заявить и об уязвимости Windows Server, SQL баз данных, да вообще чего угодно. Статье не зачёт
Ох уж эта Doka 2...
Чем дольше кормишь гопника, тем наглее он становится
Думаю, нужно использовать deprecated для устаревших конструкций. Да, это по сути форкнуть язык, но расползание синтаксиса тоже ни к чему хорошему не приведет
Все познается в сравнении. Когда мне довелось делать интеграцию ТСД- научить ПО на C# работать со встроенным сканером, чей драйвер написан на C и обернут в Java. Так вот, несмотря на весь этот зоопарк языков, интеграцию можно было сделать так, как душе угодно. Вот тогда и стало понятно, насколько ограничена 1с в плане взаимодействия с внешними устройствами.
Я и не говорил, что нельзя. Я сказал, что все это требует костылей в худшем смысле этого слова, интеграция сильно ограничена. Мне известно лишь 2 способа - устаревшее COM-соединение(нестабильный подсос dll) и http через публикацию базы. И все это костыль на костыле. Проблема не в способе обмена, а в отсутствии архитектуры обмена.
Статья начинается с проблем выплавки металла, а заканчивается проблемами учета ремонтных работ. Все таки нужно концентрироваться на какой-то одной теме и раскрывать ее полностью. Если выплавка - то нюансы, немного тех. деталей, неординарные решения(если есть) и т.д.
Если учет - то значимые детали реализации. Например, использовавшиеся технологии, подвязка датчиков к ERP, используется ли AI. Если да- то как и какие трудности были на этапе разработки. Как поживает команда разрабов. И вот это вот все:)
Не знаю всю глубину проблем вашего учета, но судя по тому, что Вы привели в статье - учет не самый сложный. К примеру, банальная 1с обрабатывает куда более сложные бизнес-процессы и ее основные минусы -в закрытости экосистемы для интеграции с "чем душа пожелает" (пробросить датчики без диких костылей в 1с не получится, AI - не, не слышали и т.п.) и бюрократическая парадигма. Учитывая стоимость SAP и ,особенно, малочисленность разработчиков под нее в СНГ, а дорабатывать придется много и всегда - стоило ли оно того?
Возвращаясь к статье - у нее отличный потенциал. Только нужно придерживаться одной темы. Даже если это внедрение учета - то не в стиле презентации, а в стилистике фильма, как "в жизни" с какими-то деталями, "личностями", мелкими, но интересными решениями и т.п.
Но в любом случае - спасибо за статью!
Эта та самая Doka 2?
С учётом того, что это проект мэилру, будут 2 критические проблемы
Неадекватная монетизация. Она будет слишком маленькая, либо слишком много рекламы
Полное управление силовиками контентом и личными данными авторов со всеми вытекающими. Еще совсем недавно ВК отправлял все данные пользователей просто на запрос по имейл , оформленных в стиле МВД с любых ящиков
Кто будет этим пользоваться? Бабушки, пилящие видосики о подорожнике? Так Ютуб значительно удобнее для этого и его не нужно устанавливать.
Кто целевая аудитория?
" носить имя my.duck."
учитывая репутацию Mail.ru, так и хочется заменить одну букву :)
Каждый раз в ново установленной системе ставлю дефолтным старый "Просмоторщик". Этот Photos интуитивно не понятен, то стрелки листают фото, то не листают( видимо, в обновах меняют поведение), не понятно как переворачивать фото, каждый раз пытается на весь экран вывести с фото с полным погружением, когда мне лишь бегло просмотреть картинку. Да и к тому же долго открывает файлы. Короче, это непонятный зверек, который живет своей жизнью, имеет какую-то свою неведомую логику и считает себя домашним кинотеатром, когда мне нужно просто открыть картинку-документ
Вы это сейчас серьёзно? 100500 раз описан этот паттерн.
Можно было бы так сказать. Но, с другой стороны, этот паттерн сложен для восприятия без конкретного жизненного примера.
А он тут есть. Так что да, статья годная
Контекст не соответствует заголовку и выводам. Я уж было подумал,что действительно нашли уязвимость терминалов, а по факту обыкновенный человеческий фактор. Так можно заявить и об уязвимости Windows Server, SQL баз данных, да вообще чего угодно. Статье не зачёт
Какой?
Видимо, опечатка и подразумевается в Неделю. Ну нельзя в штатах зарабатывать, как Тольятти
В здоровом обществе это событие пошло бы по следующему коды:
getSkandal();
if(neUvolena){
getMeetings ();
}
if(netReaksii) {
double besporyadki = getBesporyadki();
String result = ?(besporyadki > Math.random(), otstavkaPravitelstva, otstavkaAdministrasii);
}
Как что? Чтобы всякие белингтоны не палили местных чепига
Вы сами прочитали или только Пастернака не читал, но осуждаю?
Так это же одно и тоже в плане потреблённой энергии