Rambler's Top100
"Knowledge itself is power"
F.Bacon
Поиск | Карта сайта | Помощь | О проекте | ТТХ  
 Базарная площадь
  
О разделе

Основная страница

Группы обсуждений


Тематический каталог обсуждений

Архив

 
 К н и г и
 
Книжная полка
 
 
Библиотека
 
  
  
 


Поиск
 
Поиск по КС
Поиск в статьях
Яndex© + Google©
Поиск книг

 
  
Тематический каталог
Все манускрипты

 
  
Карта VCL
ОШИБКИ
Сообщения системы

 
Форумы
 
Круглый стол
Новые вопросы

 
  
Базарная площадь
Городская площадь

 
   
С Л С

 
Летопись
 
Королевские Хроники
Рыцарский Зал
Глас народа!

 
  
ТТХ
Конкурсы
Королевская клюква

 
Разделы
 
Hello, World!
Лицей

Квинтана

 
  
Сокровищница
Подземелье Магов
Подводные камни
Свитки

 
  
Школа ОБЕРОНА

 
  
Арсенальная башня
Фолианты
Полигон

 
  
Книга Песка
Дальние земли

 
  
АРХИВЫ

 
 

Сейчас на сайте присутствуют:
 
  
 
Во Флориде и в Королевстве сейчас  20:52[Войти] | [Зарегистрироваться]
Обсуждение темы:
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 сообщений

Добавить свое сообщение

Отслеживать это обсуждение
<<<... | 605—596 | 595—586 | 585—576 | ...>>>
Всего сообщений в теме: 1215; страниц: 122; текущая страница: 63


№ 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 рублей, сходи в магазин, купи паку макарон и пакет молока, а если хватит денег, то можешь купить себе мороженое).

А вот то, что касается работы с понятиями, то тут даже взрослые люди иногда бусуют. Наблюдал неоднократно в практической деятельности. Это требуется специальный стиль мышления, который на бытовом уровне не вырабатывается. Да и в процессе учебы этому уделяется достаточно мало внимания: проще дать под зазубривание наизусть определение какого-либо понятия, чем научить учащегося самого строить понятия.
 Geo


№ 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)


Отнюдь. Вы забыли себя-школьника. Если второе можно проговорить человеческим языком, то первое - нет! А это - ключевой момент.
 n/a


№ 591   08-02-2008 07:35 Ответить на это сообщение Ответить на это сообщение с цитированием
Ответ на »сообщение 589« (panda)
___________________________

Ещё раз поясняю: 1. Нецелосообразно учить детей в школе ФП (поскольку они не являются mainstream-языками) 2. Чтобы "проникнуться" идеологией подобных языков, требуется институтское образование.

По поводу обучения сразу на С++ согласен - сразу расстерл за такое!
 n/a


№ 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« (Евгений Непомнящий)
___________________________

Во-во, только в школе это и преподавать, где дети не могут понять элементарнейших вещей вообще. Жесть!

А по поводу "синтаксических довесков" я вам как дипломированый педагог сказал - номер не пройдёт, и начинать с этого НИ В КОЕМ СЛУЧАЕ нельзя! Нужно просто вспомнить себя в таком возрасте, и тогда всё станет на свои места.
 n/a


№ 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. Может, он, конечно, и есть, но я о нем не знаю.


<<<... | 605—596 | 595—586 | 585—576 | ...>>>
Всего сообщений в теме: 1215; страниц: 122; текущая страница: 63


Добавить свое сообщение

Отслеживать это обсуждение

Дополнительная навигация:
Количество сообщений на странице

Порядок сортировки сообщений
Новое сообщение вверху списка (сетевая хронология)
Первое сообщение вверху списка (обычная хронология)

Перейти на конкретную страницу по номеру
  
Время на сайте: GMT минус 5 часов

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

Web hosting for this web site provided by DotNetPark (ASP.NET, SharePoint, MS SQL hosting)  
Software for IIS, Hyper-V, MS SQL. Tools for Windows server administrators. Server migration utilities  

 
© При использовании любых материалов «Королевства Delphi» необходимо указывать источник информации. Перепечатка авторских статей возможна только при согласии всех авторов и администрации сайта.
Все используемые на сайте торговые марки являются собственностью их производителей.

Яндекс цитирования