вторник, 6 сентября 2011 г.


   Сегодня рассмотрим тему окон нестандартной формы.
   Если бегло погуглить этот вопрос (с ориентацией на .NET), то можно остановиться на трёх достаточно интересных вещах:
  Очень познавательная статья! Используя данных подход можно получить фигурные окна с тенями и т.п. Если VB .NET не ваш любимый язык, то может помочь: http://www.developerfusion.com/tools/convert/vb-to-csharp/

  Ну уж очень простое решение.

  Вот этот вариант меня привлёк легкостью реализации. НО! Возник ряд интересных моментов, которые мы посмотрим ниже.

   Непосредственно сам проект лежит здесь: http://ifolder.ru/25589879
   С первого взгляда всё вроде бы хорошо, окошко выглядит интересно и симпатично.

  Но дальнейшее использование такого окна приводит к довольно некрасивым эффектам.
  Например, если задний фон тёмный (консоль), то появляется белый «налёт» на границе окна.

  Если на картинку, используемую в качестве BackgroundImage, посмотреть с увеличением, то можно увидеть, что край картинки имеет небольшую размытость, что и приводит к эффекту белого цвета вокруг окна.

  Если убрать эту размытость (на рисунке представлены чёткие границы):

  То получится довольно сносное решение (область, обведённая зелёным эллипсом):
    Конечно, есть WPF, который позволит решить данную задачу проще, но если использовать .NET 2.0 и Window Forms, то подход приведённый выше IMHO можно считать рабочим. Или опускаться на более глубокий уровень (ссылка 1). ИЛИ, использовать C++, а там уж точно придётся работать на глубине))).

Спасибо за внимание ;)

воскресенье, 6 июня 2010 г.

Производство, знания, Toyota...

       Некоторе время назад в своей Живой ленте (которую вы можете найти по a-mail:fkel.22@gmail.com) я упомянул о производственной системе Toyot'ы и одной замечательной книжке Майкла Кеннеди «Почему Toyota лучше?». Так вот, буквально недавно я дочитал её до конца и с уверенностью могу сказать, что каждый инженер, программист, руководитель да и вообще работник сферы разработки (неважно какой, даже дизаин с большой лёгкостью суда попадает) должен прочитать её. Язык, которым написана книга невероятно простой, читается очень легко. А главное в ней — это форма подачи и смыславая нагрузка. Там нет сухой теории, нет готовых рецептов, книга написана так, будто это роман, главные действующие лица которого — это люди: руководители отделов одной американской коорпорации, перед которой возникли большие проблемы, да и само её существование стало спорным вопросом. И им необходимо найти способ, которым можно вывести их предприятие на ведущие позиции на рынке. Если кому-то нравятся вещи, которые пишет Макл Ридпат, то вам это твоение точно понравится.
       Ну а теперь собственно о Toyota. Ещё раз хочется выразить восхищение, того как там организованная производственная система. Можно с уверенностью сказать, что технологический прогресс в таких областях как улучшение качества продукции и технологическая совместимость довольно сильно ушёл вперёд. НО! Какой кровью это даётся, как это не только сохранить и приумножить? Это достаточно актуальные вопросы. И у Toyot'ы есть свой ответ на эти вопросы. Хотелось бы процитировать немножко и параллельно дать свои коментарии. Одним из важных моментов, который отмечается — это то что «успехи компании Toyota очень мало зависят от использования типичных для Америки сложных подходов, таких, например, как автоматизированное проектировани и т.п.». И что же это значит? А значит это то, что если у тебя здоровые ноги, тебе не нужны костыли. Именно фундаментальный уровень, который лежит в основе, позволяет этой компании достаточно успешно развиваться.
       Очень важным является подход, который используется в ходе разработки. Именно разработки, потому что разработка и производство — это две совершенно разные вещи, которые в корне отличаются друг от друга! В Toyota во главу угла ставится подход, основанный на знаниях. ЗНАНИЯ! Вот тот ключ, который позволяет этому автомобильному гиганту открывать всё новые и новые двери. Если кратко, то принцип примерно такой. В Toyota нет жестких требований к организации производства, нет необходимости вести постоянную отчётность и т.п. Короче бюрократия сведена к минимуму. Центральным звеном всей структуры являются знания. Они общие для всех, будто то работник вовлеченный в разработку, инженер или менеджер, все имеют доступ и информации, тем знаниям, которые копятся и копятся в процессе создания новых изделий. Во-вторых это личная ответственность всех и каждого за те решения, которые он принимает в процессе разработки. Таким образом у инженеров появляется стимул развиваться и получать новые зания, которые они с пользой могут потом применить. Инженерам нет смысла пытаться запрыгнуть в административный аппарат, потому что у них предостаточно способов для реализации и собственного роста. Вот как-то так. Естественно я не притендую на полноту, всем, кому станет интересно очень советую прочитать книжку. Успехов!

воскресенье, 16 мая 2010 г.

Wall Street

Уолл Стрит? Уолл Стрит.... Уолл Стрит! Тем, для кого это не пустое слово очень рекомендую посмотреть один маленький сериальчик называется "Войны Уолл Стрит" или по англу "Wall Street Warriors". Довольно интересно рассказывает про жизнь и работу людей, делающих деньги на подъёмах и падениях рынка. Только нужно фильтровать, то что там показывают, некоторые вещи откровенная лажа. А так стоит посмотреть, хотя бы пару серий))).

вторник, 22 сентября 2009 г.

Учимся "говорить" (Part 3 - Анализаторы)

     Перед тем, как начать какие-либо телодвижения в соответствии с заданной программой (написанной на Small Basic), в начале необходимо проанализировать её исходный код.
     Этап анализа состоит из трёх фаз: Лексический анализ (ЛА), Синтаксический анализ (СА) и Семантический анализ (СмА).
     Теперь кратко пройдёмся по ним.
     В ходе Лексического анализа из исходного набора знаков (исходный код) формируются символы языка (или лексемы - это переменные, ключевые слова языка for, if и т.п.). ЛА не работает с контекстом, т.е. последовательность символов значения не имеет.
     ЛА решает следующие задачи:
1. Преобразование знаков в символы.
2. Обработка пробелов.
3. Удаление комментариев.
     На сегодняшний день существуют уже готовые инструменты для построения ЛА. Одним из таких мы и воспользуемся в дальнейшем.
     В ходе Синтаксического анализа определяется структура программы. СА работает с контекстом, используя символы полученные при ЛА. Результатом работы СА является описание программы в форме дерева (синтаксическое дерево).
     СА считывает символы и проверяет получаемую последовательность на ошибки. В дальнейшем рассмотрим два метода СА: метод рекурсивного спуска и SLR(1).
     СА так же как и ЛА может быть построен автоматически:
     В ходе Семантического анализа решаются проблемы совместимости типов переменных, области видимости и т.д.

     P.S. В следующий раз немного поговорим о грамматике и языке. И более подробно изучим Лексический анализатор: сделаем свои первые наброски этого чуда, а так же попробуем автоматизировать данный процесс.

воскресенье, 13 сентября 2009 г.

info

Постараюсь обновляться не реже одного раза в неделю)

вторник, 8 сентября 2009 г.

Учимся "говорить" (Part 2 - Цель)

Попробую более чётко сформировать цель. Буду (в перспективе надеюсь скажу "БУДЕМ", но пока я один) писать интерпретатор языка Basic под микроконтроллер AVR ATmega16 (если места не хватит, перелезу на более ёмкий контроллер, просто этот под рукой оказался). Под Basic'ом понимается диалект Small Basic (см. книжку Герберта Шилдта "С для профессиональных программистов" 1989 г.). Маленькое отступление по поводу этой книжки. В ней представлен подход к разработке интерпретатора Small Basic со всеми исходниками. Текст программы в ней написан на K&R C (я естественно только за ANSI С). Но копировать чужой код как-то не хочется (мы же учимся, результат не особо важен, сам процесс - ВОТ ЧТО ГЛАВНОЕ) поэтому из неё будут взяты только правила Small Basic.
Вот особенности этого языка (перечислю пока то, что нужно знать для построения синтаксического анализатора (подробности потом)):
1. Все переменные обозначаются одной буквой. Т.е. мы имеем двадцать шесть переменных (A-Z).
2. Переменные разных регистров не отличаются друг от друга.
3. Все числа являются целыми.
4. Символьные переменные не поддерживаются.
Пока этого хватит, остальное буду добавлять по мере необходимости. (Когда все правила языка будут сформулированы, объединю их в одном посте).

В качестве языка программирования (как уже было сказано выше), на котором этот интерпретатор будет писаться, возьму ANSI C.
Компилятор: WinAVR (+ все дополнительные приблуды к нему).
Среда разработки: AVR Studio.
Отладка будет происходить в VMLab и Proteus (иногда, для тренировки, на реальном железе).
Отдельные моменты будут тестироваться на PC (работа всяких анализаторов). В таком случае компилятор: gcc под Linux.

Все исходные коды, файлы проектов и модели буду так же выкладывать в общий доступ.
P.S. "Счастья для всех, Даром, и пусть никто не уйдёт обиженным" (с) Стругацкие

Интересные поделки (шасси)

Представляю вам творение одного моего товарища "Тахиона експлужена" (да-да именно так его звать). Чувак просто мастер творить всякие срывающие мозг шасси для разных робототехнических штук. Причём (как видно из фоток ниже) предпочитает детский железный конструктор. Это одна из его поделок: мини-фрезерный станок. Правда на нём нет одной детали: шпинделя (фрезерной головки) и привода с редуктором для неё. И отсутствует очень важная вещь!!! Это контроллер! Вот сижу и думаю, может потратить драгоценное время и сварганить для фрезера "мозги" и софта для них написать... (у создателя видать лень не дала этим заниматься, Тахионыч! это камень в твой огород). Кстати, на нём можно по-координатно привода подключать)))) прикольно))).
Если интересно, могу более подробно описать его особенности.
P.S. У чувака есть ещё прикольные поделки... сфоткаю - выложу)