abs0lut: Думаю, в большинстве случаев - это самописный продукт, на основе Спринга. Архитектура примерно такая: Spring MVC + Hibernate ORM + SQL BD. А можно и руками на голых сервлетах/JSP + JDBC. Клиента тоже можно на Джаве - GWT. Не думаю, что кто-либо будет основываться на существующих Джава-ЦМС.
На тостере была статья - megamozg.ru/post/14600 , как раз на Джаве сайты делают. Вот, вроде они - www.stdio.digital/development
>пару раз пшикнул и забил намертво мелкую пыль во все микрощели
Поток «пшика» настолько сильный, что я полностью пренебрегаю подобными вероятностями.
«Промыть» микрощели — это уже лабораторные условия и оборудование, а самое главное практически полное отсутствие необходимости. Если регулярно «продувать» бытовой ПК, то за весь срок его эксплуатации проблем вызванных пылью у него не будет.
Конечно к промышленным ПК, или серверам — это уже совсем другие условия работы и другие условия к чистоте/загрязнённости.
Замам ГД по ЧСВ не положено, что-то протирать — вполне обоснованная «обида». Но в тоже время, админ тут тоже не причем, для этого есть уборщики, которых админ должен проинструктировать, как и какую технику можно вытирать.
Нет, Вы узнаете какой софт поможет решить задачу. Потом узнаете, какие требования у софта, и выбираете наиболее дешевую модель, которая все это потянет.
Неужели, есть смарты на андроиде, без камеры и беспроводного инета?
А в евросети, кстати, можно попросить поставить софт из маркет-плейса и попробовать в работе. Главно знать что ставить
А мне кажется, что только урны снимать собирались.
И даже, если и в помещение где будет подсчет — то с урной много «интересного» может произойти, пока она будет перемещаться из поля зрения одной камеры к другой.
Я же говорю, что камеры спокойно и в инет можно выпустить, ничего такого они и так не запишут. Ну будут провокации, вбросы, причем «никидают» и за тех и за других.
Губительно! Почти, во всех инструкциях написано, что надо давать заряжаться полностью, и работать от аккумулятора только при необходимости. А от солнца или розетки, по сути нет разницы. Как написано выше, в обоих случаях процессом должен управлять контроллер, который не «испортит» аккумулятор при зарядке.
Т.е. если у Вас есть время «прожаривать» ноут на солнце до полной зарядки — то ничего страшного.
Трудно судить о нюансах Вашей ситуации. Но когда каждый участник разработки будет отлавливать ошибки всех остальных — это уж точно не верный путь. Лучше не проверяйте, а логгируйте :)
С точки зрения зрения ООП, класс должен самостоятельно реализовывать логику реального объекта.
> Нельзя же в коде на каждый вид используемой информации заводить по отдельному классу.
Нельзя же теперь, в каждом классе, который будет использовать объект проводит свою собственную проверку.
На тостере была статья - megamozg.ru/post/14600 , как раз на Джаве сайты делают. Вот, вроде они - www.stdio.digital/development