pasha_golub, кстати, совершенно прав — благодаря стандартному использованию WinAPI, приложения на Delphi практически без проблем можно «завести» под Wine'ом, а вот .NET-приложения ни под Вайном не запустятся, ни в моно не откомпилируются (речь про GUI, а не консольные утилиты).
Даже Джоуль Спольски об этом неоднократно говорил: огромное количество новых технологий — это способ борьбы Майкрософт со своими конкурентами — пока они подстраиваются под одно направление, МС открывает новое.
Первые версии фреймворка (с 1 по 2) вкупе со встроенными библиотеками, например, Windows Forms, сильно различались и даже в некоторых местах были несовместимы друг с другом.
Идея мультиплатформенности и открытости NET, на которые повелись многие разработчики, также провалилась из-за сложностей в реализации и технологиях. В реальности ее просто нет (ни моно, ни мунлайт так никак и не могут допилить до вменяемого уровня, не говоря уже о реализации стандартных библиотек, например, все тех же Windows Forms).
Все планы Майкрософт по использованию «аналога WPF» и отказ от «WinAPI» в современных Windows провалились. И взамен повсеместного внедрения вместе с Windows Vista технологию кое-как удалось допилить лишь к 2010 году. Ни о каком внедрении в ближайших версиях Windows речи уже давно не ведется.
Вся это беготня из одного угла в другой с Сильверлайтом — отсутсвие четкого позиционирования технологии (веб? ентерпрайз? десктоп? замена флеша? игры? мобильники? да мы сами ничего не знаем — пускай будет все). А последние события и вовсе чуть ли не поставили крест на будущем сильверлайта (да, да — тот самый отказ Майкрософт от сильверлайта в вебе и взятие курса на веб-стандарты).
В ASP и вебе тоже не все гладко — отказ от развития веб-форм и переход на совершенно другую технологию MVC, остановка развитии Entity Framework и т.п.
Фактически, у Майкрософт ОЧЕНЬ много технологий, которые так же стремительно заменяются и закрываются, как и появляются. Нет стабильности.
Такое ощущение, что в стане Майкрософт не хватает некоего лидера, кто смог бы направить развитие их технологий в нужном направлении и показать всем, что же должно получится в итоге — уж больно много проблем и переделок им пришлось сделать за последние 8 лет с .NET, не говоря уже о том, сама компания особо и не торопиться использовать свои же собственные разработки.
Сейчас же все это разнообразие технологий, зачастую конкурирующих друг с другом, ставит в ступор и заставляет задуматься, а правильно ли мы выбрали то или иное решение для своих проектов.
Т.е. сначала библиотек вовсе нет, потом у них качество хромает, а потом и вовсе разработка ведется не фирмой в 10000 сотрудников, да странички в интернете плохо оформлены. Самим-то не смешно? Других аргументов, видимо, уже не осталось.
Пытался разрабатывать. Но больше всего времени ушло на изучение и «программирование» уже готовых реализаций «Жизни» со сложными схемами взаимодействия.
С помощью утилит типа Delphi Distiller и DDevExtensions можно отключить добавление «мусора» в dfm-файлы, как раз те самые новые выравнивания и отступы.
О боже, и вы еще что-то преподаете по Делфи? Прочитали бы что ли, где и как используются эти инструменты. Маленькая подсказка — для бизнес-приложений и корпоративных разработок, для массовых продуктов и инструментов.
>> «Perl, Python etc — для прикладного десктопного ПО»
>> Как вы интегрируете тот же Perl модуль в программу на Delphi? Или напишите GTK или QT приложение на делфях?
Закладки в студии делаются двойными комбинациями (sic!):
CTRL+K, K — поставить закладку;
CTRL+K, N — перейти к следующей
CTRL+K, P — перейти к предыдущей
Нет нужных книг? Добро пожаловать в интернет — тот же Amazon находит более 200 книг по Delphi (этого мало?!).
Проблемной оказалась только 2005 версия делфи, все остальные планомерно развивались и постоянно добавлялись новые фичи. Да, разница между 7 и 2010 или XE — будет ощутимой, а вот разница между 2006-2007 и 2010 уже не такая уж и большая.
Переход на C# только потому, что «на форумах сторонники шарпа загнобили делфи» — не очень-то дальновидно. Желательно изучать то, что требуется здесь и сейчас, для своей работы и карьеры.
Я бы за недобросовестное использование конфиденциальных данных пользователей добавлял бы сайты, подобные вашим, в черный список, чтобы потом неповадно было.
Без greasemonkey — пишем свое дополнение/приложение/веб-сервис для работы с ВКонтактом — оно-то и будет искать и удалять ненужные нам сообщения через VK API или «блокировать» пользователей. Как вариант, можно настроить взаимодействие данного приложения и с greasemonkey — чтобы пользователь через него мог отправлять на наш сервис нужные команды.
И какие выводы сделать из данного топика? Что автор такой хороший и незаменимый, а его начальство полное г*? Так это почти везде так — грешен тот работник, кто не считает свое начальство глупым и некомпетентным в некоторых вопросах.
>> ну нахрена прятать секретные объекты только от жителей России
Еще раз — никто ничего не прячет. Все, что доходит до пользователей любой страны, уже содержит нужные правки. Авторы новости просто высосали из пальца свои предположения.
Здесь больше бы подошла необходимость в получении нужных лицензий и разрешений для осуществления коммерческой деятельности на территории России в области картографии.
>> Естественно мне неоткуда узнать о существовании всяких jcl и decal
Раз ничего не знаете в этой области, то и писать не стоит на эту тему.
Идея мультиплатформенности и открытости NET, на которые повелись многие разработчики, также провалилась из-за сложностей в реализации и технологиях. В реальности ее просто нет (ни моно, ни мунлайт так никак и не могут допилить до вменяемого уровня, не говоря уже о реализации стандартных библиотек, например, все тех же Windows Forms).
Все планы Майкрософт по использованию «аналога WPF» и отказ от «WinAPI» в современных Windows провалились. И взамен повсеместного внедрения вместе с Windows Vista технологию кое-как удалось допилить лишь к 2010 году. Ни о каком внедрении в ближайших версиях Windows речи уже давно не ведется.
Вся это беготня из одного угла в другой с Сильверлайтом — отсутсвие четкого позиционирования технологии (веб? ентерпрайз? десктоп? замена флеша? игры? мобильники? да мы сами ничего не знаем — пускай будет все). А последние события и вовсе чуть ли не поставили крест на будущем сильверлайта (да, да — тот самый отказ Майкрософт от сильверлайта в вебе и взятие курса на веб-стандарты).
В ASP и вебе тоже не все гладко — отказ от развития веб-форм и переход на совершенно другую технологию MVC, остановка развитии Entity Framework и т.п.
Фактически, у Майкрософт ОЧЕНЬ много технологий, которые так же стремительно заменяются и закрываются, как и появляются. Нет стабильности.
Сейчас же все это разнообразие технологий, зачастую конкурирующих друг с другом, ставит в ступор и заставляет задуматься, а правильно ли мы выбрали то или иное решение для своих проектов.
>> «Perl, Python etc — для прикладного десктопного ПО»
>> Как вы интегрируете тот же Perl модуль в программу на Delphi? Или напишите GTK или QT приложение на делфях?
Мне страшно за детишек.
Переориентации никакой нет, а разработка инструментов под .NET после подставы со вторым фреймворком со стороны Майкрософт была убрана в далекий ящик.
CTRL+K, K — поставить закладку;
CTRL+K, N — перейти к следующей
CTRL+K, P — перейти к предыдущей
Нет нужных книг? Добро пожаловать в интернет — тот же Amazon находит более 200 книг по Delphi (этого мало?!).
Проблемной оказалась только 2005 версия делфи, все остальные планомерно развивались и постоянно добавлялись новые фичи. Да, разница между 7 и 2010 или XE — будет ощутимой, а вот разница между 2006-2007 и 2010 уже не такая уж и большая.
Переход на C# только потому, что «на форумах сторонники шарпа загнобили делфи» — не очень-то дальновидно. Желательно изучать то, что требуется здесь и сейчас, для своей работы и карьеры.
Еще раз — никто ничего не прячет. Все, что доходит до пользователей любой страны, уже содержит нужные правки. Авторы новости просто высосали из пальца свои предположения.
Здесь больше бы подошла необходимость в получении нужных лицензий и разрешений для осуществления коммерческой деятельности на территории России в области картографии.