?

Log in

России нужно свое ПО

Оригинал взят у ivan_sanytsh75 в России нужно свое ПО
Это ни разу не паранойя. Это - здравый смысл. В том, что государство, планирующее самостоятельно управлять своей судьбой, рассчитывающее вести самостоятельную политику, может не иметь своего автопрома, но просто обязано разрабатывать собственное программное обеспечение, нет вообще ничего кроме здравого смысла. Почему? Потому что в ситуации, когда колоссальный объем переписки, в том числе связанной и с гостайной, проходит именно по электронной почте, когда вопросы государственной важности обсуждаются в мессенджерах, когда на компьютерную технику, объединенную в сеть, завязаны абсолютно любые сферы жизни страны, - иначе и быть не может. Утверждать обратное это... ну, примерно как уйти из дома, не заперев дверь. Или написать пароль от своей страницы в соц.сетях у себя на футболке - крупными яркими буквами. :-)

Надо сказать, за последние лет пять в этом отношении много чего поменялось к лучшему. У военных собственная внутренняя сеть появилась. То, что называется, вэвээс - вещь в себе. Точнее зээспэдэ - закрытый сегмент передачи данных. На собственном ПО, к которому не всякая внешняя инфраструктура подходит, а только специальная. То есть просто просто так флешку в комп не воткнешь. И без подключения к общемировому интернету. Просто потому, что подключение к глобальной сети оперативных штабных компов - это такая лакомая тема для хакеров, что дальше негде. А ведь было же, черт побери, было время, когда пытались ПО для российской армии под девяносто пятые винды писать! И на полном ведь серьезе! Думаете давно дело было? Фигушки! Чуть больше 10 лет назад.
Что еще? Для чиновников государственных худо-бедно пишется постепенно программное обеспечение, чтобы, прости, господи, лузеры не гоняли документы ДСП через трижды дырявый мэйл.ру и импортный джимейл. Правда мэйл.ру пытается рыпаться и периодически заявляет, что тоже вот прямщас напишет для чиновников спец.почту, да еще и мессенджер к ней прикрутит. Но... Вот очень хочется верить, что если это произойдет, то государство этот сервис не купит. Потому что все, к чему прикасается мэйл.ру, в конце концов превращается в... Правильно! Отнюдь не в золото. А все в тот же мэйл.ру. :-)

А, между тем, по требованиям Минкомсвязи чиновничий «мессенджер должен представлять собой прозрачную базу данных сотрудников организации с ограниченной видимостью для неруководящих кадров, неполной видимостью для руководителей звеньев и полной видимостью для руководителя всей структуры», да, к тому же, обладать порядочной взломозащищенностью, шифрованием энд-ту-энд и иметь функционал для аудио- и видеосвязи, как тот же самый скайп или телеграм. В целом, как говорят специалисты-разрабы, все реально. Но штука в том, что еще он должен быть интегрирован с различными госсистемами, например, с единой системой идентификации и аутентификации (ЕСИА, авторизация через госуслуги). И не быть при этом такой дырой в безопасности, какой когда-то был печально прославленный "мэйл.ру-агент". :-)) А это уже представителям массового сектора не под силу, потому что они лажают всегда.

В общем, сейчас Минкомсвязи выбирает из нескольких десятков представленных на его суд продуктов, пытаясь выяснить, какой из них будет надежнее. Не знаю как кто, а лично я очень рассчитываю на то, что продукция "Мелкомягких" в этот список не входит, даром, что они ее буквально днями презентовали. А пока по сети гуляют два вот таких вот коротеньких ролика относительно одного из рассматриваемых продуктов. Похоже, они банально "утекли" с личного акка кого-то из разрабов в ютубе.



Штука называется "Логос". Судя по всему, это должен быть такой "слоеный" Телеграм. То есть все то же самое по факту, но с кучей уровней доступа, шифрованными допусками и прочей приблудой, чтобы можно было его включать в гос.систему.



Если я правильно понял то, что по нему есть в сети, - это как раз и есть тот самый пресловутый чиновничий меесенджер для работы с гостайной, о котором еще с начала лета слухи ходили, если не раньше.
Ну, чего я могу сказать? Круто, блин! Тема же темная. Офис для чиновников уже есть, причем не в одном варианте, -интересно только, какой выберут, ТАКОЙ или ТАКОЙ. Почту для чиновников вроде как тоже запустили - с соответствующим шифрованием и серваками на местах, а не за океаном. Вот теперь о мессенджере речь идет. Того и гляди, действительно успеют к концу 2018-го пересадить власть на свое ПО, а? :-) Осталось еще придумать альтернативу виндам, - и будет вообще роскошно.

PS. Чуть не забыл! ;-) "В московском офисе Microsoft заявили, что их продукты являются безопасными для использования в госорганах". Ну не бугагашечки ли!? ;-)))

В этой беседе даётся теоретическое представление о том, как можно заменить процедуру деления целых неотрицательных чисел с округлением вниз на умножение с последующим сдвигом. Доказывается теорема, с помощью которой можно точно установить необходимый сдвиг, когда известен знаменатель и диапазон значений числителя. Выводятся формулы, с помощью которых вычисляется нужный множитель и сдвиг, даются примеры.
- Ссылка на архив с презентацией и программой для подбора параметров:

Бинарный поиск

В этой беседе излагаются некоторые соображения по части бинарного поиска. Предполагается, что зритель знаком с основной идеей двоичного поиска, так как это не учебное видео, а изложение своего опыта.
- Показаны некоторые изящные реализации алгоритма.
- Выполнено сравнение реализаций.
- Показаны типичные ошибки и то, как их можно избежать.
- Приводятся некоторые рассуждения о том, что может быть быстрее бинарного поиска.



В видео используются ссылки на следующие источники:

- Мой основной блог
http://zealcomputing.ru

- Архив с программой и презентацией
https://yadi.sk/d/U3tWgcVEmFXCw

- Измерение времени работы программы
http://codeforces.com/blog/entry/4030#comment-81711

- Некоторые полезные структуры данных для поиска
https://en.wikipedia.org/wiki/Fusion_tree
https://en.wikipedia.org/wiki/X-fast_trie
https://en.wikipedia.org/wiki/Y-fast_trie

- Только 10% программистов способны написать двоичный поиск
http://habrahabr.ru/post/91605/

- Extra, Extra - Read All About It: Nearly All Binary Searches and Mergesorts are Broken
http://googleresearch.blogspot.ru/2006/06/extra-extra-read-all-about-it-nearly.html

- World’s Fastest Binary Search?
http://eigenjoy.com/2011/01/21/worlds-fastest-binary-search/
Перед тем, как превратить Сервер Роботов в полноценную облачную систему управления электронными устройствами (т.е. в контрольный узел персонального интернета вещей) добавлением к нему веб-интерфейса, отойдем немного в сторону познакомиться с интрументами, с помощью которых будем создавать наше управляющее роботами веб-приложение.

Лично я - стандартный программист на Яве, в своё время для веб-разработки приноровился к JSP+Tomcat, с тех пор для для небольших эпизодических задач мне их вполне хватало. Но т.к. Сервер Роботов не просто крутится где-то в облаке, но и публикуется с исходным кодом в виде уроков, я не хотел использовать для него совсем уж откровенное (хотя и вполне актуальное) старьё, поэтому решил попробовать что-нибудь современное ультра-модное, но чтобы не совсем маргинальное. В этом смысле я уже давно посматривал в сторону функционального программирования вообще и Скалы в частности, теперь появился повод попробовать ее на практике конкретно в области веб-разработки.

А вообще в области программирования для веба существует большое количество разнообразных платформ, языков и фреймворков; по быстрому и углубленному знакомству с ними написано и напечатано большое количество разнообразных статей, постов и книг. Поэтому на основах Скалы и веб-разработки подробно останавливаться не буду; основной интерес для меня в конечном итоге будут представлять подключенные к серверу роботы, а на чем написан вспомогательный веб-интерфейс - вопрос второстепенный, при желании Скалу можно всегда можно заменить на любимый Раби или ПоХаПэ.

Почему Скала

очевидно из трейлера:



Скалу часто представляют как улучшенную Яву и говорят о том, что на неё довольно просто будет перейти Ява-программистам. Действительно, программы, написанные на Скале, компилируются в классы, которые работают поверх обычной глобальной и надёжной Ява-машины. В программе на Скале можно использовать любые библиотеки, написанные для обычной Явы (пожалуй, это важнейшее преимущество). Скала также является объектно-ориентированным языком, хотя точнее она одновременно включает объектно-ориентированные и функциональные парадигмы программирования.

Однако, для того, чтобы легко понимать программы, написанные на Скале (не говоря о том, чтобы писать), знания одной Явы может быть недостаточно. Множество новаций в Скале касаются именно синтаксиса. По моим первым впечатлениям, она старается быть настолько лаконичной, насколько это возможно. Программист может опускать разнообразные ключевые слова (например, не указывать тип данных при инициализации переменных, или даже не писать ключевое слово "return") - что именно имелось ввиду в каждом случае, будет пытаться понять из контекста компилятор. Явный плюс такого подхода - программы действительно получаются очень лаконичными, их (как я постепенно начал ощущать) довольно приятно писать, т.к. в коде можно набирать только то, что действительно важно. Побочный эффект такой лаконичности - при чтении чужого кода (примера из интернета или кода библиотеки) работу компилятора приходится осуществлять читающему человеку.

Лично у меня сходу не получилось вникнуть в смысл некоторых примеров кода на Скале, которые я рассматривал на старте, ни с первого, ни со второго раза, как это часто прокатывало с другими языками. Поэтому если вы начнете ощущать накатывающееся раздражение при просмотре некоторых фрагментов кода на Скале, которые будут приведены далее, из-за того, что вы непрерывно смотрите на эти три строчки уже восемнадцать минут и все равно не понимаете, что там, блин, написано, настоятельно рекомендую предварительно прочитать какую-нибудь вводную книгу по основам языка. Хороший вариант - «Функциональное программирование. SCALA для нетерпеливых.», Кей Хорстман (Cay Horstmann).


«Функциональное программирование. SCALA для нетерпеливых» Кей Хорстман

Или просто перепишите всё на своём любимом языке программирования.

Настроить среду разработки и запустить веб-приложение...Collapse )

Вторая часть: пишем веб-приложение на Scala+Unfiltered.



исходники занятия, подсветка синтаксиса.

Tags:

*в рамках оживления сообщества


Был у меня тут один случай на работе, есть у меня коллега, условно назовем ее Анька, она у нас HR. Вот говорю ей:

- Ань, ну вот скажи, как отличить руководителя от исполнителя? На собеседованиях же этого не поймешь?
- Нууу – задумчиво потягивает, дай ему какое-нить тестовое задание? К примеру, урони ручку и посмотри, кинется ли он ее поднимать? Если исполнитель – будет поднимать.
Вот я прям представила картину Репина: сидит Анька такая, а там, в примеру – Иванов какой-нибудь, программист, в ноги ей кидается ручку поднимать, под стол, а она такая, возмущенным тоном: « мужчина, ну что Вы себе позволяете, на собеседовании!!»?
- Нет, отвечаю ей, не подойдет. Слушай – снова ее спрашиваю, а вот, к примеру, что для тебя есть руководитель и исполнитель? Условно мы привыкли, что руководитель – это тот, кто решает проблемы. А исполнитель – всего лишь его средство решения этих проблем? Так?
- Нуууу, так - потягивает
- а вот теперь смотри – снова ей толкую, вот, к примеру: есть какая – то задачка: Сделать учет товаров на складе, т.е. по сути написать программу для автоматизации этого учета. Заходит утром какой-нибудь босс на свой компьютер и видит: поступило 4 ящика цемента, и увезли 1 ящик. Т.е. еще 3 ящика на складе.
Т.е. чтобы программисту автоматизировать эту систему, ему необходим инструмент автоматизации – язык разработки, среда разработки и компьютер. Т.е. для него: компьютер, язык разработки и среда, в которой он пишет программу – это средства решения проблем. Так?
- Так – уверенно отвечает
Т.е. получается – дальше развиваю мысль, что наш программист владеет средствами решения проблем, а значит – его можно отнести к руководителю?
На этом пункте Анька начинает подвисать и думать, т.к. программист и руководитель у нее вещи, находящиеся в параллельной реальности.
Т.е. для руководителя есть средство решения проблем – исполнитель – продолжаю я, (в данном случае наш программист – Иван), а для Ивана – средство автоматизации так же является средством решения проблем.

Тогда вопрос: чем программист не руководитель?

(с) http://resote.livejournal.com/3819.html - спасибо автору.

Enterprise Developers Conference

Добрый день, коллеги!

Enterprise Developers Conference — II-я ежегодная конференция о технологиях, решениях и практиках эффективной поддержки бизнеса крупных организаций в сфере разработки и интеграции приложений.
Цель данной конференции — помочь корпоративным разработчикам сориентироваться в современном технологическом мире и добиться максимальной эффективности в работе.

Мы приглашаем к участию в конференции CIO, руководителей IT-департаментов, технических директоров, руководителей разработки, разработчиков, архитекторов ПО и системных аналитиков.

Конференция делится на два параллельных тематических блока - "Управление разработкой, проекты и решения" и "Мобильные приложения, безопасность, базы данных". Участник самостоятоятельно выбирает, какой доклад ему интересен из двух предложенных.

Программа мероприятияCollapse )

Мы - центр профессионального роста CareerLab (официальный сайт - www.careerlab.ru). Мы занимаемся образовательными программами и проектами — от корпоративных тренингов до крупных международных конференций. Enterprise Developers Conference - как раз один из наших таких проектов.

Участие в конференции платное (8000 руб). Зарегистрироваться на конференцию можно на сайте. По вопросам регистрации на конференцию обращайтесь к Карине Истоминской по телефону: +7 (495) 933-01-33 доб.126 или e-mail: k.istominskaya@careerlab.ru
В i-Free сейчас активно занимаются поиском Unity разработчиков, в т.ч. возможно внутреннее обучение. Так что если вы занимаетесь Unity разработками или у вас есть знакомые Untiy разработчики, или вы хотите узнать про Unity больше и прокачать свои скиллы, то welcome на первый Untiy Workshop, с которого начнется Unity-commUnity в i-Free. Петербург, среда 20 февраля, с 15 до 20. Спикеры и темы докладов здесь.

Прошу оценить правильность направления поиска идеального языка программирования

ЖЖ: http://pl2-rainbow.livejournal.com/

Краткие предложенияCollapse )

Виды элементов классов:

functional - Функциональное - для разделов, использующих функциональное программирование.
aspect - Аспектное - для интерфесов и аспектов. Для методов могут указываться необходимые свойства и дополнения, используемые перед методом (before), после метода (after) и при выполнении каждого оператора (invariant)
logical - Логическое - соответствует работе с запросами SQL, LINQ или простейшим операциям Prolog.
control - Управляющее - соответствует контроллеру (Controller) модели MVC
public - Изменяемое - соответствует модели базы данных (Model) модели MVC
published - Соединяющее - соответствует представлению (View) для модели MVC
protected - Защищенное - внутренние элементы класса
private - Внутреннее - скрытые элементы класса
local - Блоковые - переменные методов и блоков

Компилятор компиляторов:

Размещение элементов языка в нескольких файлах, объединенных по тематике. Например - структура файла, описание класса, описание блока модуля, элементы защиты, блочные операторы, математические операторы...

Каскадные лексические анализаторы времени компиляции для использования национальных языков при программировании

Компилятор языка использует стандартные ключевые слова на английском языке, но включает опцию для каскадированного включения в таблицу лексем синонимов на национальных языках. Для первоначального включения синонимов используется опция языка компилирования, файлы национальных синонимов могут включать ссылки (опция include) на файлы синонимов

более низкого уровня. Например, татарский-русский-английский-внутренние представления лексем.

Народ, засада следующая.
Создал Web-проект на ASP.
Отладил. Всё ОК.
Сделал сборку. Разместили её. Всё ОК.
Потом понадобилось внести изменения в проект.
Внёс изменения в код. И тут началось. Студия тупо не видит новый код, а хватает откуда-то старый.
Очистка сборки не помогает.
Персборка - тоже.
Пробовал тереть все служебные файлы. Не помогает.
При удалении папки bin, как многие советуют, ругается на отсутствие файлов, необходимых для сборки.
Переустановка Студии ничего не дала.
Открытие и пересборка на чужом компе приводит к тем же результатам - работает устаревший код.
Кто сталкивался? Как лечить?