OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Вторник, 19 Март, 2024 05:34

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 95 ]  На страницу Пред.  1, 2, 3, 4, 5  След.
Автор Сообщение
СообщениеДобавлено: Пятница, 11 Ноябрь, 2011 21:40 
Аватара пользователя

Зарегистрирован: Воскресенье, 08 Июль, 2007 00:38
Сообщения: 778
Откуда: Москва
Валерий Лаптев писал(а):
Пусть бухгалтера сами асучивают свою работу!


Это был бы кошмарный ужас!!! :shock:
Бухгалтеры не должны разрабатывать автоматизированные учетные системы, даже если они великолепно программируют. То, что получается в результате, называется устоявшимся термином автоматизация бардака. Автоматизированный бардак ничем не лучше обычного. Никакой распрекрасный инструмент не сделает из бухгалтера хорошего разработчика. Для этого нужны и полноценное, а не узкое бухгалтерское/финансовое образование, и кругозор, и опыт проектирования. В реальности хороший инструмент нужен не бухгалтерам, и не программистам (те уже приспособились чесать левой ногой а-ля C++ за правым ухом), а системным аналитикам.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 11 Ноябрь, 2011 21:52 
Модератор
Аватара пользователя

Зарегистрирован: Среда, 16 Ноябрь, 2005 00:53
Сообщения: 4625
Откуда: Россия, Орёл
Валерий Лаптев писал(а):
Кстати, создание инструментов для конкретной предметной области...
я (говорил) за один общий... который может "настраиваться"... типа ББ


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Ноябрь, 2011 03:07 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Сергей Прохоренко писал(а):
Никакой распрекрасный инструмент не сделает из бухгалтера хорошего разработчика.
Вероятно, имелся в виду не бухгалтер, а мелкий предприниматель типа тех, что Сергей Юрьевич вспоминал.

Для асучивания полноценной бухгалтерии предприятия нужен специалист.
Для подспорья микро бизнесу нужно что-то вроде ББ со спец примочкой.

Но не надо недооценивать и бухгалтеров.
Опыт показывает, что в подобных стратах обычно находятся индивиды, которые становятся довольно серьезными гуру (далеко не только как заменить мышь).
Таким нужен ориентир и правильный инструмент.
Опять же приходит на ум ББ с большой спец примочкой, особенно если ББ знаком со школы.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Ноябрь, 2011 08:05 
Модератор
Аватара пользователя

Зарегистрирован: Среда, 16 Ноябрь, 2005 00:53
Сообщения: 4625
Откуда: Россия, Орёл
Info21 писал(а):
Опять же приходит на ум ББ с большой спец примочкой, особенно если ББ знаком со школы.
+


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Суббота, 12 Ноябрь, 2011 19:56 

Зарегистрирован: Суббота, 07 Март, 2009 15:39
Сообщения: 3261
Откуда: Астрахань
Евгений Темиргалеев писал(а):
Info21 писал(а):
Опять же приходит на ум ББ с большой спец примочкой, особенно если ББ знаком со школы.
+

Я тоже именно на эту строчку обратил внимание.
Как минимум, электронная таблица тут нужна.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 27 Январь, 2012 09:31 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Цитата:
В этот день ровно 45 лет — в 1967 году — во время пожара на стартовом комплексе американского космодрома на мысе Канавералл во время тренировочных испытаний погиб экипаж корабля Аполлон I — Роджер Чаффи, Вирджил Гриссом и Эдвард Уайт. ...
Причиной возгорания стало замыкание электропроводки,
а излишне сложная конструкция спасательного люка и его замков не позволили экипажу быстро эвакуироваться.
За считанную минуту они отравились продуктами горения.
Тогда это было воспринято как первая трагедия с человеческими жертвами в истории мировой космонавтики.

http://news.mail.ru/society/7929784/?frommail=1


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 29 Январь, 2012 00:08 
Модератор
Аватара пользователя

Зарегистрирован: Среда, 16 Ноябрь, 2005 00:53
Сообщения: 4625
Откуда: Россия, Орёл
Кажется, неплохое наставление разработчиков "фичерасширяемого" ПО.
Цитата:
Но и самые эти благие и благолепные делания...должно проходить с рассуждением, в приличное время, по достижении надлежащей меры преуспеяния, ... всякому деланию должно предшествовать рассуждение: без рассуждения и благое дело обращается в злое по безвременности и неумеренности. Когда же рассуждением определятся время и мера благому, тогда бывает чудный прибыток.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Февраль, 2012 14:07 
Модератор
Аватара пользователя

Зарегистрирован: Среда, 16 Ноябрь, 2005 00:53
Сообщения: 4625
Откуда: Россия, Орёл
http://www.airforce.ru/aircraft/tupolev ... ge_1_7.htm
Цитата:
При более тесном знакомстве выяснилось, что уровень надежности и число отказов в эксплуатации Ту-160 и В-1В практически одинаковы. Сходными оказались и проблемы – частые отказы двигателей (на выставке в Ле Бурже экипаж В-1В так и не сумел запустить их, вынужден был отказаться от демонстративного полета) и капризы сложной электроники, особенно БКО (американцы не скрывали особого интереса к "Байкалу": "Неужели это у вас работает?!"). Именно недостаточная надежность силовой установки и бортовых средств РЭБ AN/ALQ-161 и ALQ-153 помешали использовать В-1В в операции "Буря в пустыне", и лавры достались ветеранам В-52.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 03 Февраль, 2012 22:32 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Евгений Темиргалеев писал(а):
http://www.airforce.ru/aircraft/tupolev/tu-160/book/page_1_7.htm
Очень любопытно.

Сколько всевозможных технологий у этих военных нарабатывается.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 17 Январь, 2014 20:57 
Модератор
Аватара пользователя

Зарегистрирован: Среда, 16 Ноябрь, 2005 00:53
Сообщения: 4625
Откуда: Россия, Орёл
"Компьютер Пресс" 12'2013 (288) http://www.compress.ru/
Цитата:
Новости рынка корпоративного ПО.


Java под ударом: «Лаборатория Касперского» отмечает pост атак с использованием эксплойтов для этой программы
Количество атак с использованием Java-эксплойтов в период с сентября 2012 года по август 2013 года составило 14,1 млн, что на треть больше, чем зе предыдуший аналогичный период. Такие данные были получены в ходе исследования «Java под ударом — эволюция зксплойтов в 2012-2013 годах», проведенного «Лабораторией Касперского».

Опасность эксплойтов, использующих уязвимости в легитимном ПО, в их незаметной работе. Если на компьютере установлена уязвимая версия какой-либо программы, пользователю достаточно зайти на зараженную веб-страницу или открыть файл, содержащий вредоносныи код, чтобы стать жертвой атаки. Традиционно Adobe Flash Player, Adobe Reader и Oracle Java являлись программами, наиболее часто атакуемыми злоумышленниками. Однако, как показало исследование «Лаборатории Касперского», за последний год именно Java стала основной цепью киберзлоумышленников.

Большое количество атак с использованием зксплойтов под Java неудивительно: за 12 месяцев, которые охватывает исследование «Лаборатории Касперского», в Java была обнаружена 161 уязвимость. Для сравнения: в период с сентября 2011-ro по август 2012 года была выявлена лишь 51 уязвимость. Шесть из вновь обнаруженных уязвимостей получили статус критических, то есть максимально опасных, и именно они активно использовались злоумышленниками в атаках.

B ходе исследования также выяснилось, что домашние пользователи в большинстве своем не следят за выходом обновлений, потворствуя таким образом успеху злоумышленников. Как установили специалисты «Лаборатории Касперского», спустя полтора месяца после выхода обновленной версии Java большинство пользователей, как правило, продолжает работать с уязвимыми версиями этого ПО.

Во избежание негативных последствий, которые могут возникнуть в результате вредоносной атаки с помощью эксплойтов в Java, эксперты «Лаборатории Касперского» советуют своевременно устанавливать обновления Java, а также выбирать защитные решения, способные бороться с кибератаками, использующими эксплойты.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 17 Январь, 2014 22:40 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
Евгений Темиргалеев писал(а):
"Компьютер Пресс" 12'2013 (288) http://www.compress.ru/
Цитата:
Новости рынка корпоративного ПО.


Java под ударом: «Лаборатория Касперского» отмечает pост атак с использованием эксплойтов для этой программы
...

Одно не понятно. Сейчас Java апплеты в браузерах по-умолчанию отключены. То есть чтобы задействовать уязвимость пользователь должен скачать java приложение и запустить его на своём компьютере.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 19 Январь, 2014 12:03 

Зарегистрирован: Пятница, 26 Август, 2011 23:42
Сообщения: 339
Откуда: Россия, Самара
Так Java на си написана, вот и течёт, и переполнений буферов хватает. Но при чём тут, данная тема?

К примеру если переписать среду java, на оберон. Меньше кода не получится.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Воскресенье, 19 Январь, 2014 14:50 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
Данная тема при том, что при одинаковой функциональности меньше ошибок будет в программе, которая состоит из меньшего числа строк.
Сейчас готовится к выходу Java 8 (март), которая позволит без потери производительности сократить исходные тексты программ в 1.5 - 3 раза.
Вот на неё и нападают :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 14:46 
Модератор
Аватара пользователя

Зарегистрирован: Понедельник, 14 Ноябрь, 2005 18:39
Сообщения: 9459
Откуда: Россия, Орёл
Про число строк:
когда уменьшение числа строк достигается ценой гипер-абстракции, то цена поиска каждой ошибки тоже часто вырастает.

Для аудита хаскелевого кода, очевидно, нужно больше времени на строку и аудиторы более высокой квалификации.

Или при работе с чужим "чёрным ящиком", который позволил решить задачу в 10 строк. Получили одну-единственную ошибку от "чёрного ящика". При обнаружении ошибки понять, откуда она, может оказаться дольшим делом, чем исправить 20 ошибок в более "тупом" и прозрачном коде.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 15:41 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
Илья Ермаков писал(а):
Про число строк:
когда уменьшение числа строк достигается ценой гипер-абстракции, то цена поиска каждой ошибки тоже часто вырастает.

Для аудита хаскелевого кода, очевидно, нужно больше времени на строку и аудиторы более высокой квалификации.

Или при работе с чужим "чёрным ящиком", который позволил решить задачу в 10 строк. Получили одну-единственную ошибку от "чёрного ящика". При обнаружении ошибки понять, откуда она, может оказаться дольшим делом, чем исправить 20 ошибок в более "тупом" и прозрачном коде.

Что вы имеете ввиду под "прозрачным кодом" ?

Какой пример для вас выразительнее:
1:
Цитата:
sum := 0;
FOR i := 0 TO LEN(arr) DO
temp := arr[i] + arr[i];
sum := sum + arr[i] * temp;
END;


2:
Код:
sum := 0;
FOR elem IN arr DO
    sum += pow(elem, 3)
END;


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 15:42 

Зарегистрирован: Пятница, 26 Август, 2011 23:42
Сообщения: 339
Откуда: Россия, Самара
Илья Ермаков писал(а):
Или при работе с чужим "чёрным ящиком", который позволил решить задачу в 10 строк. Получили одну-единственную ошибку от "чёрного ящика". При обнаружении ошибки понять, откуда она, может оказаться дольшим делом, чем исправить 20 ошибок в более "тупом" и прозрачном коде.


Э не. Если в чёрном ящике ошибка, тогда её сам, не исправишь. Нужно слать сообщение разработчику, дабы пофиксил. Но если даже это чёрный ящик, открытая библиотека, возможно не хватит квалификации найти и исправить ошибку.

Илья Ермаков писал(а):
Про число строк:
когда уменьшение числа строк достигается ценой гипер-абстракции, то цена поиска каждой ошибки тоже часто вырастает.


Нет. Если в код защищён ассертом или исключениями. Так же есть верификаторы кода, сами тесты.

Гипер абстракция, тоже разной бывает. Любой язык, это уже гипер абстракция над железом. :wink:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 15:53 

Зарегистрирован: Пятница, 26 Август, 2011 23:42
Сообщения: 339
Откуда: Россия, Самара
Madzi писал(а):
Какой пример для вас выразительнее:
1:
Цитата:
sum := 0;
FOR i := 0 TO LEN(arr) DO
temp := arr[i] + arr[i];
sum := sum + arr[i] * temp;
END;


2:
Код:
sum := 0;
FOR elem IN arr DO
    sum += pow(elem, 3)
END;


Ой зря вы подняли эту тему. Сейчас начнётся рассуждение, о синтаксическом сахаре, о том, что всё это не нужно и т.д Что всё и так кодится и вообще вы партизан от ИТ.

Info21
Жгите, ваш монолог о потерянном программировании.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 15:55 

Зарегистрирован: Четверг, 17 Ноябрь, 2005 11:51
Сообщения: 2935
Откуда: г. Ярославль
Madzi писал(а):
Код:
sum := 0;
FOR i := 0 TO LEN(arr) DO
    temp := arr[i] + arr[i];
    sum := sum + arr[i] * temp;
END;
Тут очевидно, что значение i меняется, начиная с 0 и заканчивая значением длины массива. Кстати, зная, что элементы массива в Обероне нумеруются с 0, можно углядеть и ошибку выхода за границу массива.

Madzi писал(а):
Код:
sum := 0;
FOR elem IN arr DO
    sum += pow(elem, 3)
END;
Очерёдность изменения значения elem не очевидна. Почему бы ей не меняться рандомно, ведь в формуле "ДЛЯ elem ИЗ arr" порядок не обязателен. Понимание таких вещей, как FOR ... IN ... даётся сложнее, требует изучения дополнительных неявных соглашений.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 16:17 

Зарегистрирован: Пятница, 26 Август, 2011 23:42
Сообщения: 339
Откуда: Россия, Самара
Илья Ермаков писал(а):
Про число строк:
когда уменьшение числа строк достигается ценой гипер-абстракции, то цена поиска каждой ошибки тоже часто вырастает.


Самое главное абстракция для программиста. За всё нужно платить. Ну и ассерты не забывать расставлять.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 21 Январь, 2014 17:25 
Аватара пользователя

Зарегистрирован: Суббота, 12 Июль, 2008 22:49
Сообщения: 575
Откуда: Россия, Санкт-Петербург
в первом случае, мы легко можем ошибиться и вместо arr[i] в одном из случаев написать arr[j].
Это будет сразу обнаружено в случае одного цикла, но не в случае двух вложенных
Код:
FOR i := 0 TO LEN(arr) DO
    FOR j := 0 TO LEN(brr) DO
        someVal := ... arr[i] * brr[j]; (** arr[j] * brr[i] *)
    END;
END;

а во втором случае этого не случиться ни при каких обстоятельствах
Код:
FOR aelem IN arr DO
    FOR belem IN brr DO
       someVal := aelem * belem;
    END;
END;


То, что порядок перебора элементов не гарантируется, регламентируется компилятором/библиотекой, и не факт, что это плохо. Это, может быть полезно при параллельном программировании.

Синтаксический сахар бывает разный. Если он помогает сделать код более безопасным и лаконичным, то почему его стоит запрещать ?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 95 ]  На страницу Пред.  1, 2, 3, 4, 5  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
cron
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2024, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB