The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Linux спас энергосистему Австралии от возможной аварии, opennews (ok), 05-Окт-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


59. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от ddouble (?), 06-Окт-09, 08:51 
>Вот в чем корень всех бед - поколение программистов выросшее на ворованной
>винде и обучавшееся паскалю!
>Но есть надежда - молодежь. Моему дитю (учится на программера) до лампочки
>под какую ось писать. Счас взяли студента - тоже в сторону
>линуха смотрит. Глядишь, лет через 20 лед тронется. (судя по 1С
>- уже)

паскаль не трогай, люди на нем прикладные вещи пишут и не заморачиваются, какая ось под ногами. Почитай хотя-бы http://en.wikipedia.org/wiki/Free_Pascal

Ответить | Правка | Наверх | Cообщить модератору

94. "Linux спас энергосистему Австралии от возможной аварии"  +1 +/
Сообщение от Michael Shigorinemail (ok), 06-Окт-09, 14:15 
>паскаль не трогай, люди на нем прикладные вещи пишут и не заморачиваются,
>какая ось под ногами. Почитай хотя-бы http://en.wikipedia.org/wiki/Free_Pascal

Дяденька, а можно я встряну как недавно пытавшийся допинать PeaZip по просьбе трудящихся? (в итоге допинал наш майнтейнер fpc)

Паскаль _надо_ оставлять за партой.  Это изначально чисто учебный язык.  Вот только поскольку ужасно многие встают из-за парты и не додумываются снять этот памперс, лучше его не трогать в том смысле, что и не преподавать.

Уж лучше питоны-руби и лиспы-схемы.  См., например, http://ruby.osdn.org.ua/seminar/ или http://ftp.linux.kiev.ua/pub/docs/developer/general/sicp-ru/

Ответить | Правка | Наверх | Cообщить модератору

107. "Linux спас энергосистему Австралии от возможной аварии"  –2 +/
Сообщение от Andrey Mitrofanov (?), 06-Окт-09, 15:30 
>Вот только поскольку ужасно многие встают из-за парты и не додумываются
>снять этот памперс, лучше его не трогать в том смысле, что и не преподавать.

Факт неразвития догадливости масс конкретной _партой_... :( боюсь, ничего не говорит о непреподаваемости/-нии Паскаля. С сентиментами, наверное, согласился бы, если бы это имело какое-то значение.

Ответить | Правка | Наверх | Cообщить модератору

140. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от аноним (?), 07-Окт-09, 03:08 
>недавно пытавшийся допинать PeaZip по просьбе
>трудящихся? (в итоге допинал наш майнтейнер fpc)

fpc нехило так отличается от готового продукта aka Delphi 7, в котором сочетаются гибкая библиотека классов с множеством внешних библиотек, быстрый компилятор и удобная _стабильная_ среда разработки.
этот ваш убогий PeaZip совсем не показатель качества языка или компилятора.

>Паскаль _надо_ оставлять за партой.  Это изначально чисто учебный язык.

доброе утро. "изначально чисто учебный паскаль" (который без перегрузки, без динамической типизации) давно не используется

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

145. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (?), 07-Окт-09, 04:19 

>>Паскаль _надо_ оставлять за партой.  Это изначально чисто учебный язык.
>
>доброе утро. "изначально чисто учебный паскаль" (который без перегрузки, без динамической типизации)
>давно не используется

велкам ту Раша. кто тут использует динамическую типизацию и оверлодинг?!)

Ответить | Правка | Наверх | Cообщить модератору

152. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Michael Shigorinemail (ok), 07-Окт-09, 19:03 
>>недавно пытавшийся допинать PeaZip по просьбе
>>трудящихся? (в итоге допинал наш майнтейнер fpc)
>fpc нехило так отличается от готового продукта aka Delphi 7

Извините, а при чём здесь *NIX?  Я отозвался на вполне конкретный кивок в сторону fpc как инструмента для построения пользовательского софта.  И пример этого самого софта с точки зрения потенциального майнтейнера пакета.

>доброе утро. "изначально чисто учебный паскаль" (который без перегрузки,
>без динамической типизации) давно не используется

Вы хотите сказать, что язык Delphi -- это язык Pascal, или всё-таки подумаете и согласитесь, что:
>>Паскаль _надо_ оставлять за партой.  Это изначально чисто учебный язык.

?

(только не надо уверять, что готовый продукт Delphi является реализацией языка именно Pascal)

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

174. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (ok), 09-Окт-09, 01:30 
>(только не надо уверять, что готовый продукт Delphi является реализацией языка именно
>Pascal)

пардон, а что тогда, если не продукт трансляции с языка и компиляции?))

а по сабжу - Первый Pascal, написанный Николаусом Виртом в мохнатом 1970-м году действительно создавался для обучения студентов, а вот поздние версии языка, такие как Turbo Pascal, оснащенные библиотекой Turbo Vision, на которой можно было написать NC с менюшками и окошками, и уж тем более Delphi - вполне себе языки для применения в коммерческких структурах.
Для обучения я бы оставил три языка - (Q)BASIC, Borland C++ и язык ассемблера: вполне удовлетворяет условиям необходимости для изучения основ программирования и достаточности, учитывая как мало часов в наше время этому уделяется даже в специализированных учебных заведениях.


Ответить | Правка | Наверх | Cообщить модератору

176. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от vitek (??), 09-Окт-09, 06:27 
(Q)BASIC то зачем?
вообще (как препод информатики) абсолютно согласен с ходом Вашей мысли.
но есть ряд посылок
1. в первую очередь необходимо изучать алгоритмы и развивать алгоритмическое мышление.
при чём уровни сложности от команд ветвления, до классов, шаблонов, графов, деревьев и пр.
2. необходимо изучать архитектуру.
3. развивать знания, умения и навыки. и желательно максимально приближённо к реальности.
соответственно выбор:
1. с/с++ - gcc + qtcreator = не плохой на мой взгляд выбор. и доступен каждому студенту/учащимуся (почему qtcreator? он прост. и не отвлекает от учебного процесса)
естественно другие иде также затрагиваются
2. раз знание архитектуры - асм нужен
3. скриптовые языки. тут выбор огромен. от sh до питона... а если привезать к теме сети/интернет/субд и пр. (согласно программе обучения), то и js|php|mysql
Ответить | Правка | Наверх | Cообщить модератору

184. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (ok), 10-Окт-09, 04:40 
>(Q)BASIC то зачем?

Затем, что архитектуру вычислительной техники нельзя давать сразу в полном объеме. Надо показать границы основных блоков ПК и от языка к языку "разжевывать" их хоть до транзисторов. Для первого этапа обучения вполне хватит понимания таких блоков, как: 1. Память и ее виды 2. Процессор 3. Устройства ввода-вывода. Чтобы закрепить это и развить интерес, вполне хватит средств (Q)BASIC'a.

>1. в первую очередь необходимо изучать алгоритмы и развивать алгоритмическое мышление.
>при чём уровни сложности от команд ветвления, до классов, шаблонов, графов, деревьев
>и пр.

Алгоритмическое мышление приходит с решением поступающих в мозг задач) Кстати, графы - это куда ближе к сетевому программированию, а до его архитектуры тоже дорасти надо)
>3. развивать знания, умения и навыки. и желательно максимально приближённо к реальности.

Выходные можно посвятить тому, что интересует обучающихся с учетом опыта, уже приобретенного ими)
>2. необходимо изучать архитектуру.

Обязательно. Но параллельно с каким-нибудь языком. Лично мое мнение таково, что паскаль - вещь не очень-то и нужная, С++ куда шире и яснее смотрит на задачи системного ПО. Здесь уже можно говорить об адресации памяти, ее распределении, подключить сюда основы дискретной математики.
>соответственно выбор:
>1. с/с++ - gcc + qtcreator = не плохой на мой взгляд
>выбор. и доступен каждому студенту/учащимуся (почему qtcreator? он прост. и не
>отвлекает от учебного процесса)
>естественно другие иде также затрагиваются

Code::Blocks, например;)
>2. раз знание архитектуры - асм нужен

безусловно) Жалко, что нигде не достать большую схему хотя б третьего пня, чтоб показать, что там куда бегает. Не менее занимательно, чем планетарий-)))))) И уж если дошли до асма, можно преподавать и VHDL, а параллельно к нему рассказать, из чего состоят регистры процессора и о программируемых логических интегральных схемах (ПЛИС). Вот где дискретная математика должна блеснуть во всей красе! Тут просто необходимо рассказать и показать, как с помощью формул алгебры логики можно уменьшить количество булевых операций, а соответственно блоков, а значит ускорить время выполнения и количество используемых схем.
>3. скриптовые языки. тут выбор огромен. от sh до питона... а если
>привезать к теме сети/интернет/субд и пр. (согласно программе обучения), то и
>js|php|mysql

насчет сетей лучше подождать HTML 5. Он должен взять на себя кучу работы, которая сейчас выполняется на javascript и php. Базы данных я не люблю, поэтому про них ничего говорить не буду-)

Ответить | Правка | Наверх | Cообщить модератору

189. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Michael Shigorinemail (ok), 13-Окт-09, 01:11 
>2. раз знание архитектуры - асм нужен

Шутите?

Ответить | Правка | К родителю #176 | Наверх | Cообщить модератору

178. "Linux спас энергосистему Австралии от возможной аварии"  +1 +/
Сообщение от www2email (ok), 09-Окт-09, 07:18 
>Для обучения я бы оставил три языка - (Q)BASIC, Borland C++ и
>язык ассемблера: вполне удовлетворяет условиям необходимости для изучения основ программирования и
>достаточности, учитывая как мало часов в наше время этому уделяется даже
>в специализированных учебных заведениях.

Поздравляю, вы выбрали самую ублюдочную тройку языков.

(Q)Basic не дотягивает по возможностям до Pascal, например в нём нет модулей. Если мне не изменяет память, нет структур (или по-паскалевскому - записей).

C++ - это язык не для обучения, в нём нет модулей как таковых, в нём нет сокрытия структуры объектов, поскольку обьявление структуры объекта как правило всегда можно увидеть в h-файле. Возможность пользоваться макросами, писать что-то вроде *t++ = *s++, или i ? 0 : 1 где ни попадя тоже ясности программ не способствует. Этот язык - ублюдочный выродок Страуструпа, не понятно каким образом ставший столь популярным. Учить писать на нём - значит сразу калечить мозг.

Ассемблер, строго говоря, вообще языком не считается. Хотя тут вы правы, хотя бы один ассемблер программисту изучить нужно, чтобы потом на высокоуровневых языках представлять во что код будет оттранслирован и писать оптимальные и безопасные программы.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

181. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от vitek (??), 09-Окт-09, 15:57 
Вы представляете цели и задачи обучения? извините, но Ваше мнение о С/С++ АБСОЛЮТНО субъективно. даже если не спорить об "ублюдочности" (а я с Вашим мнением НЕ согласен), а взять только практический момент, то получаем следующее:
1. С/С++ не многим сложнее паскаля... по-крайней мере количество часов на изучение аналогичных понятий - одинаково.
2. количество кода на С/С++ подавляющее большинство. но САМОЕ главное - он применяется и в прикладном программировании, и в системном.
3. с С/С++ очень просто можно перейти на паскаль (при, например, производственной надобности). а вот с паскаля на с - видел у многих взыв мозга.

в результате неоднократно наблюдал - те кто начал изучение с паскаля, на нём и зависли. максимум - дельфи. как следствие - зависли и на прикладном уровне.
извиняюсь, но напоминают ит-кастратов.
не говоря уже о реализации - где дельфя на 64 бита? а где остальные паскалевские компиляторы? и как быть с кросс-платформенностью? а как делать домашние задания дома? заставить всех купить домой дельфю? хорошо, что fpc с лазарусом развиваются. удачи проекту и всё такое, но.....
резюмирую - это не системный подход. отдаёт дилетантщиной. 90-е закончились, а с ними и паскаль.

Ответить | Правка | Наверх | Cообщить модератору

185. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (ok), 10-Окт-09, 05:02 
>Поздравляю, вы выбрали самую ублюдочную тройку языков.

Программист на С#, я угадал?) ^____o

>(Q)Basic не дотягивает по возможностям до Pascal, например в нём нет модулей.
>Если мне не изменяет память, нет структур (или по-паскалевскому - записей).

ЗАЧЕМ ПЕРВОКЛАШКАМ МОДУЛИ?!!
Они кнопку включения и ресета еще путают! >_<

>C++ - это язык не для обучения,

Вы правы, это язык системного ПО)
> в нём нет модулей как таковых,

В таком случае у меня бы был один .срр и один .h файл! о_О
>в нём нет сокрытия структуры объектов, поскольку обьявление структуры объекта
>как правило всегда можно увидеть в h-файле.

Объекты в С++ могут иметь секцию private, которая недоступна извне объекта. А .h файл вы при всем желании не увидите в исполняемом файле)))))) Вы точно не программист на С#?) O_o
> Возможность пользоваться макросами, писать
>что-то вроде *t++ = *s++, или i ? 0 : 1

Лично мне тут всё ясно о_О у меня мысли кривее бегут или Вы базового синтаксиса не знаете?  В конце концов паскаль с его тремя символами для указателей и ссылок: * ^ @ тоже
ясности не вносит, а в С/С++ их только * и &
А два uses, созданных для возможности перекрестных вызовов двух модулей это прям верх логичности! >_< Мне слегка страшновато думать о том, как на самом деле работает паскалевский линковщик...
>ублюдочный выродок Страуструпа, не понятно каким образом ставший столь популярным. Учить
>писать на нём - значит сразу калечить мозг.

На это я могу пожелать Вам только одно - да будет Ваш IP навеки статичным.

Я имею ввиду IP/EIP-регистр CPU =_=

>Ассемблер, строго говоря, вообще языком не считается.

_Не_следует_путать_ 'ассемблер' и 'язык ассемблера'. ассемблер - это компилятор! дословно "сборщик" >_<
>Хотя тут вы правы, хотя бы один ассемблер программисту изучить нужно,

Взаимоисключающие параграфы!
>чтобы потом на высокоуровневых языках представлять во что код будет оттранслирован и писать оптимальные и безопасные
>программы.

У меня бы лопнул мозг. Честно. Для того, чтобы писать оптимальные и безопасные программы, следует прислушиваться к сообщениям транслятора/компилятора. Он сам оценит ошибочность/нерациональность кода. За переполнением стека в 255 вложенных циклах тоже должен следить компилятор, а не я. Когда я пишу на С++ я не могу сделать программу идеально подходящей, выровненной по инструкциям, чтоб она без единого nop; ложилась на конвейер. Это тем более нереально, если на ПК работает система разделения времени. В этом случае вся подобная оптимизация пойдет коту под хвост, когда мой стройный код прервёт чужая программа, просто потому, что мой квант времени истёк.

Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

188. "(offtopic) образование"  +/
Сообщение от Michael Shigorinemail (ok), 13-Окт-09, 01:10 
>>(только не надо уверять, что готовый продукт Delphi является реализацией языка именно
>>Pascal)
>пардон, а что тогда, если не продукт трансляции с языка и компиляции?))

Криво выразился -- имел в виду не компилят, а коробку с компилятором. :)

>а по сабжу - Первый Pascal, написанный Николаусом Виртом в мохнатом 1970-м
>году действительно создавался для обучения студентов, а вот поздние версии языка,
>такие как Turbo Pascal, оснащенные библиотекой Turbo Vision, на которой можно
>было написать NC с менюшками и окошками

Что-то мне не помнится, чтоб NC тащил борландовский рантайм.

>и уж тем более Delphi - вполне себе языки для применения в коммерческких структурах.

Вот только они породили такое жутковатое явление, как "программист на дельфи пять".  Характер проблем -- схожий с php-шной молодёжью (не те, кто пишет, а те, чей код между версиями транслятора -- а то и вообще -- проще выбросить, чем исправить).

>Для обучения я бы оставил три языка - (Q)BASIC, Borland C++ и язык ассемблера

Сочувствую тем, кому бы пришлось так учиться.  Ничего личного и совсем серьёзно.

Ассемблер (и си) нет никакого смысла давать без железа.  Люди, способные внятно и кратко объяснить железо -- в школе могут оказаться скорее случайно :(

C++ -- даже без прибития гвоздями к конкретной реализации -- это не тот язык, в котором опять же самому-то преподавателю нет опасности запутаться.  Пожалуй, вот наиболее толковое виденное описание того, зачем и как плюсы можно рассказывать детям:
http://lists.altlinux.org/pipermail/community/2009-October/6...

BASIC -- что с (Q), что без -- это, извините, диагноз: в известной шутке Дейкстры есть доля шутки.  Это могу утверждать как не один год угробивший на GW/Turbo/Q, а до того на МС0511'ом.  Потом уже вспомнил, что начинал книжки читать всё-таки с лиспа. :)

Ну то есть на бейсике только PRINT "HELLO WORLD" и дешёвый SCREEN 3 на что-то годятся, и то голову больше замусоривают, чем образовывают.  Мне вот мои тыщи строк коду .bas только помешали пораньше перебраться на ту же модулу.

PS: а тред по ссылке выше рекомендую, там довольно неплохо разобрали в очередной раз.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

170. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от www2email (??), 08-Окт-09, 15:04 
>>Паскаль _надо_ оставлять за партой. ...  Уж лучше питоны-руби и лиспы-схемы.
>
>Боже, не дай окончить школу таким вот "прогерам"-маргиналам!
>
>> Это изначально чисто учебный язык.
>
>Который (в реализации Borland) практически ничем не уступал Си, разве что многословностью.
>
>Кроме того, на порядок превосходя по скорости компилляции эти самые Си.
>Ну а результат применения "неучебного Си" в виде Линукса доступен лицезрению.

Кстати, да. Я не понимаю почему так плюются на Паскаль? По возможностям является почти точным аналогом C/C++, но с более прямым синтаксисом. Конкурс IOCCC не нём скорее всего невозможен, но недостаток ли это?

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

172. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (ok), 09-Окт-09, 01:02 
Различия между GCC и Borland C++ Builder, который даже не сертифицирован по ANSI, весьма огромные) плюс к тому GCC старается сохранить исходную чистоту, в то время как Borland перестал существовать, наплодив CodeGear студий и продавшись Embarcadero, в результате получилась Гремучая смесь языков С++, Delphi(официально объявлено, что это именно Delphi, а не Object Pascal!))), Delphi for .NET, C#, J# и т.д. и все для одной тормозной IDE, названной CodeGear RAD Studio 2007 Architect. Нужна сука мощная машина, чтоб эта IDE на ней ползалаи работала. Что сейчас творится с MS Visual студиями не могу сказать, но скорее всего что-то ужасное...
Ответить | Правка | Наверх | Cообщить модератору

177. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от www2email (ok), 09-Окт-09, 07:07 
>Различия между GCC и Borland C++ Builder, который даже не сертифицирован по
>ANSI, весьма огромные) плюс к тому GCC старается сохранить исходную чистоту,
>в то время как Borland перестал существовать, наплодив CodeGear студий и
>продавшись Embarcadero, в результате получилась Гремучая смесь языков С++, Delphi(официально объявлено,
>что это именно Delphi, а не Object Pascal!))), Delphi for .NET,
>C#, J# и т.д. и все для одной тормозной IDE, названной
>CodeGear RAD Studio 2007 Architect. Нужна сука мощная машина, чтоб эта
>IDE на ней ползалаи работала. Что сейчас творится с MS Visual
>студиями не могу сказать, но скорее всего что-то ужасное...

Всё то, что вы назвали, конечно верно, но к достоинствам и недостаткам языка (Object) Pascal как такового не имеет ровным счётом никакого отношения.

(offtop) Вот тут товарищи модераторы запретили комментирование не зарегистрированным пользователям, а меня от флейма не остановили. Я имею учётку на этом ресурсе, но удобнее комментировать не регистрируясь.

Ответить | Правка | Наверх | Cообщить модератору

186. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Grafushk (ok), 10-Окт-09, 05:18 
я всего лишь хотел ткнуть вас носом в ту пропасть, что вижу я,)

Ответить | Правка | Наверх | Cообщить модератору

187. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от Michael Shigorinemail (ok), 13-Окт-09, 00:53 
>>>Паскаль _надо_ оставлять за партой. ...  Уж лучше питоны-руби и лиспы-схемы.
>>Боже, не дай окончить школу таким вот "прогерам"-маргиналам!

Мужики, у меня виртуалоскоп показывает, что это персонаж, ославившийся как Thorn.  А это на некоторое время диагноз, поскольку пургу несёт бесстыжим образом и с наглым видом.

>Кстати, да. Я не понимаю почему так плюются на Паскаль? По возможностям
>является почти точным аналогом C/C++, но с более прямым синтаксисом.

Некрасивый он.  Modula-2 -- красивая, там нет writeln() и прочего хлама в языке вместо стандартной библиотеки.  Хорошего там был разве что String.

Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

192. "Linux спас энергосистему Австралии от возможной аварии"  +/
Сообщение от www2email (ok), 13-Окт-09, 07:28 
>Некрасивый он.  Modula-2 -- красивая, там нет writeln() и прочего хлама
>в языке вместо стандартной библиотеки.  Хорошего там был разве что
>String.

Ну это уж не настолько большой недостаток, чтобы из-за него отрицать весь язык. Вообще, в Turbo Pascal, эти функции находятся в неявно всегда подключенном модуле system. Если убрать неявность подключения этого модуля, язык станет красивым?

Ответить | Правка | Наверх | Cообщить модератору

193. "(offtopic) Pascal как учебный vs рабочий язык"  +/
Сообщение от Michael Shigorinemail (ok), 13-Окт-09, 10:51 
>>Некрасивый он.  Modula-2 -- красивая, там нет writeln() и прочего хлама
>>в языке вместо стандартной библиотеки.  Хорошего там был разве что String.
>Ну это уж не настолько большой недостаток, чтобы из-за него отрицать весь язык.

Так я не отрицаю -- нормальный алголоподобный учебный язык.  Просто дальнейшее его развитие привело к странным php-образным результатам.

>Вообще, в Turbo Pascal, эти функции находятся в неявно всегда
>подключенном модуле system.

Спасибо, не знал.

>Если убрать неявность подключения этого модуля, язык станет красивым?

Чуть красивше. :)

Вы поставили меня в изрядный тупик, на самом деле -- оказывается, сложно передать, чем именно бегство как раз с турбопаскаля на модулу (TS M2 в исполнении JPI) оказалось таким глотком свежего воздуха.  Вряд ли же только тем, что они прилагали исходники своих стандартных библиотек, на которых очень даже было чему поучиться... но оказывается, в точности уже не помню, осталось только сильное кумулятивное ощущение.  Возможно, совсем строгая типизация, которая не очень много, но неприятных ошибок ловила?  Или набор библиотек, включавший поддержку параллельного выполнения?  Интересно, прочитаются ли ещё те 5.25" :)

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру