Delphi 2007: Что год текущий нам готовит?.. |
Из неофициальных источников появилась некоторая интересная информация по поводу развития Delphi в 2007 году.
Компания-разработчик нашего любимого RAD-средства, проанализировав пожелания Delphi-сообщества, изменила свои первоначальные планы на текущий год.
Основные моменты:
1) В марте 2007 года выйдет Delphi 2007 (win32)
Плохая новость: в мартовской версии Delphi 2007 не будет юникода;
Хорошая новость: юникод будет в середине лета!
И это не единственная хорошая новость! В мартовской версии Delphi 2007 обещают много интересных "вкусностей", в том числе DBX4 и полную поддержку VISTA.
2) В марте 2007 года должен появиться новый и очень интересный продукт — Delphi for PHP — полноценное RAD-средство для разработки на PHP.
3) Выход новых версий продуктов линейки Turbo предполагается в конце 2007 года.
4) И еще небольшой сюрприз: стоимость Turbo Delphi Pro снизилась до 250$.
Вот так, коротенько...
Елена Филиппова
Всего в теме 1215 сообщений
Добавить свое сообщение
Отслеживать это обсуждение
№ 595 08-02-2008 08:46 | |
Ответ на »сообщение 592« (ua.Skywalker)
___________________________
Отнюдь. Вы забыли себя-школьника. Если второе можно проговорить человеческим языком, то первое - нет! А это - ключевой момент.
А если Вам привести контрпример, Вы воспримете его? Какого возраста школьник нужен? Попробую найти (заранее предупреждаю, что могу и не смочь найти ;) ), если получится - дам ему пример и расскажу здесь о его реакции.
№ 594 08-02-2008 08:42 | |
Ответ на »сообщение 591« (ua.Skywalker)
___________________________
Ещё раз поясняю: 1. Нецелосообразно учить детей в школе ФП
А Python - не функциональный язык. У него есть элементы ФП. Можно им не учить, а можно - учить (ученики тоже разные бывают). На Паскале Вы даже если захотите, не сможете об этом рассказать.
(поскольку они не являются mainstream-языками)
Вы знаете, сколько я не смотрю различных исследований рынка в последнее время, Python и Ruby намного обгоняют Pascal/Delphi по использованию в индустрии. Или это у Вас был тонкий намек, что надо в школах давать Java/C#? ;)
2. Чтобы "проникнуться" идеологией подобных языков, требуется институтское образование.
Вы даже не заглядывали ни в одну книгу по Python или Ruby, раз утверждаете такое :(
Посмотрите "Learn to Program" - неужели, чтобы понять это, требуется институтское образование?
№ 593 08-02-2008 07:53 | |
В защиту прав детей! ;-)
По моимм наблюдениям, дети достаточно легко понимают программу, заданную в форме действий: возьми это, сложи с этим, если больше нуля, то сделай это. Возможно потому, что они уже привыкли к такому программированию в обычной жизни (вот тебе 50 рублей, сходи в магазин, купи паку макарон и пакет молока, а если хватит денег, то можешь купить себе мороженое).
А вот то, что касается работы с понятиями, то тут даже взрослые люди иногда бусуют. Наблюдал неоднократно в практической деятельности. Это требуется специальный стиль мышления, который на бытовом уровне не вырабатывается. Да и в процессе учебы этому уделяется достаточно мало внимания: проще дать под зазубривание наизусть определение какого-либо понятия, чем научить учащегося самого строить понятия.
№ 592 08-02-2008 07:38 | |
Ответ на »сообщение 590« (Евгений Непомнящий)
___________________________
list = [1, 2, 3, 4, 5]
list2 = [x * x for x in list]
куда наглядней, чем что-то вроде
for each x in list do
list2.append(x*x)
Отнюдь. Вы забыли себя-школьника. Если второе можно проговорить человеческим языком, то первое - нет! А это - ключевой момент.
№ 591 08-02-2008 07:35 | |
Ответ на »сообщение 589« (panda)
___________________________
Ещё раз поясняю: 1. Нецелосообразно учить детей в школе ФП (поскольку они не являются mainstream-языками) 2. Чтобы "проникнуться" идеологией подобных языков, требуется институтское образование.
По поводу обучения сразу на С++ согласен - сразу расстерл за такое!
№ 590 08-02-2008 07:35 | |
to panda - да наверное о моем примере (действительно, малость запутанным). Хотя я ж не предлагаю давать это в школе.
С другой стороны, по-моему, запись типа
list = [1, 2, 3, 4, 5]
list2 = [x * x for x in list]
куда наглядней, чем что-то вроде
for each x in list do
list2.append(x*x)
№ 589 08-02-2008 06:25 | |
Ответ на »сообщение 588« (ua.Skywalker)
___________________________
Во-во, только в школе это и преподавать, где дети не могут понять элементарнейших вещей вообще. Жесть!
Нельзя ли пояснить, о чем это Вы?
А по поводу "синтаксических довесков" я вам как дипломированый педагог сказал - номер не пройдёт, и начинать с этого НИ В КОЕМ СЛУЧАЕ нельзя! Нужно просто вспомнить себя в таком возрасте, и тогда всё станет на свои места.
Опять же не понял, о чем речь :(
В Python или Ruby можно выстроить очень пологую кривую обучения (не сложнее, чем в Pascal/Delphi).
Ответ на »сообщение 587« (Евгений Непомнящий)
___________________________
Четкое деление на модули, нет никакого include.
Кстати, да - модульность в Python на загляденье :)
Можно подключать целые пакеты модулей, а можно - только отдельные идентификаторы конкретного модуля.
№ 588 08-02-2008 06:10 | |
Ответ на »сообщение 587« (Евгений Непомнящий)
___________________________
Во-во, только в школе это и преподавать, где дети не могут понять элементарнейших вещей вообще. Жесть!
А по поводу "синтаксических довесков" я вам как дипломированый педагог сказал - номер не пройдёт, и начинать с этого НИ В КОЕМ СЛУЧАЕ нельзя! Нужно просто вспомнить себя в таком возрасте, и тогда всё станет на свои места.
№ 587 08-02-2008 05:30 | |
Насчет python vs delphi.
Это очень разные языки, так что их сравнивать не корректно.
Начать с того, что python - интерпретатор со всеми вытекающими.
Что кстати (ИМХО) делает его гораздо более удобным для обучения. Создаешь файл мояПрограмма.py, набираешь в нем print "Hello!" и запускаешь двойным кликом. Никакой среды, компиляции и т.д. Или без файла - набирая команды в консоли интерпретатора.
Насчет других различий - питон имеет динамическую (утиную) типизацию, т.е. тип любой сущности вычисляется в момент ее использования и никак не указывается программистом. С другой стороны типизация строгая и, например, прибавить число к строке как в VB не получится. На мой взгляд, очень удобный язык для скриптов, мелких программ, www. С Ruby сравнить не могу, не пользовался, однако по сравнению с PHP производит гораздо более "стройное" впечатление. Четкое деление на модули, нет никакого include. Позволяет некоторые "функциональные" штуки - пример из diveintopython
def info(object, spacing=10, collapse=1):
"""Print methods and doc strings.
Takes module, class, list, dictionary, or string."""
methodList = [method for method in dir(object) if callable(getattr(object, method))]
processFunc = collapse and (lambda s: " ".join(s.split())) or (lambda s: s)
print "\n".join(["%s %s" %
(method.ljust(spacing),
processFunc(str(getattr(object, method).__doc__)))
for method in methodList])
Мне язык очень понравился, постоянно использую в работе для написания мелких утилит.
Насчет больше информации - поищите книжку "Язык программирования Python" (на русском языке), www.diveintopython.org - неплохая книжка на английском, на www.python.org можно заглянуть.
№ 586 08-02-2008 05:27 | |
Ответ на »сообщение 585« (Павел Трубаев)
___________________________
Я знаком с Ruby только по книге Пайна,
Я тоже, поэтому буду говорить не о нем :)
Python изучал по книге Ван Россума, сейчас пробую на нем писать скрипты и веб-приложения.
Слишком вольно там обращаются с типами данных (мне строгость Паскаля больше нравится),
Здесь обычно бывает два фактора:
1. Простое предпочтение ("нравится мне и всё тут") ;)
2. Боязнь того, что run-time ошибки будет так же тяжело находить и отлаживать как в Паскале или Си. Хотя на практике это совсем не так.
и по структуре программы очень напоминают Бэйсик.
Это в каком месте?..
если не трудно, опишите реальные преимущества Python или Ruby перед Паскаль (или дайте ссылку на имеющуюся информацию).
В Python мне очень импонирует выразительность языка: я просто решаю свою задачу, по минимуму отвлекаясь на вспомогательные средства. Если мне в программе нужен словарь/карта (dictionary/map), то я просто объявляю его, а не занимаюсь разработкой класса, вызовом конструктора/деструктора и т.д. Если мне нужно отфильтровать список, я передаю его функции filter() вместе с условием фильтрации.
К тому же я не видел для Паскаля/Delphi фреймворка уровня Django. Может, он, конечно, и есть, но я о нем не знаю.
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|