с хостингом у питона всё нормально. 

Это сообщение отредактировал(а) pythonwin - 24.10.2006, 08:58

pythonwin, 

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

Разница - на порядок.
Это не значит что Питонов хостинг фиг найдешь, это значит что сейчас каждый чахлый хостер ставит php а питон ставят как видишь в 10 раз реже.

smartov, я не считаю что ты покушаешся на питон! 
А вот на счет скипта  - я  это прекрасно помню - спасибо, за помощь пионистам!  Хотя сейчас доработка этотого скрипта немного тормознула (нужно делать, а знаний соответствующих - нет  )



ну и что? ну будет дороже (?) на 5-10$ и всё! 
а если так уж сильно нужно, то проект можно и у клиента накатить 

Писали бы и на питоне, только гдеж их взять? (разработчиков). А с PHP всё просто как 3 копейки: хостинг - пожалуйста, разрабочиков - вагон, можно найти и быстро обучить - язык прост, информации - навалом. При таком обилии проблемы языка отпадают на второй план, тем более проблемы не настолько большие, чтобы не позволяли писать WEB приложения практически любого уровня сложности и в кратчайшие сроки.

чтобы изучить основы питона нужно 1-3 дня 
А синтаксис максимум часов 5. 

Это сообщение отредактировал(а) pythonwin - 24.10.2006, 11:45

Возникает вопрос: нужен ли такой человек на работе, знакомый с языком 3 дня?.

Первый язык, с которым я познакомился это был Basic, но затем я с него быстро перешел на Pascal. Ни там, ни там небыло чувствительности к регистру. По-этом собственно проблем никаких небыло. Возникали разве что проблемы с C/C++, но быстро привык, причем компилятор сам говорит где именно ошибка, а в PHP никто и никогда не сажет что такой переменной несуществует.

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

Вообще-то питон не преднозначался изначально для web-программирования, и в те времена никто даже и не задумывался о возможности его использовании. Но все-же люди попробывали и им понравилось. С тех пор популярность его в сфере web-программирования заметно выросла, хоть и не догоняет PHP.

Она уже давно падает. Я сам уже на паскале год как не писал. Его практически некому тянуть кроме как Borland. К тому-же я где-то слышал, что популярность паскаля зарубежом заметно ниже чем у нас. Язык постепенно уходит в историю, обидно   

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

Добавлено @ 12:35 
Вопрос стоит об изучении основ языка, а не практические навыки его применения.

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

Да нужен, если его стаж программирования не три дня, и даже для новичка в программировании можно изучать программирование, начав с питона! 
если хорошему пхп-нику, сионисту и дельфисту нужно что-то быстро наявоять в питоне, то выучит он его за пару дней. А насчет питона как сложно обучаемого языка -   то это не правда.   
если есть желание, материалы и возможно есть преподаватель, то узучить основы питон а очень просто   


Это сообщение отредактировал(а) pythonwin - 24.10.2006, 12:50

проверка типов(так нелюбимые "===" и "!==") как раз и можно юзать, чтоб такое отсеять. только зачем? какая разница, как передали число: в переменной числового типа, или строкового? вот массив от скаляра отличать нужно, но и здесь есть функции проверки. А как быть, если вследствии явления полиморфизма в функцию прийдёт не экземпляр класса А, а экземпляр класса В - наследника А? Стреляться будем? А какая разница, в каком виде, главное, чтоб интерфейсу соответсвовал! так и здесь: в каком бы виде не пришли данные, чем плохо, коль они соотвествуют критериям?

pythonwin, 

Основы ассемблера можно изучить за 4 часа а толку? 

это из личного опыта. 
а вот основы асм я учил дольше.

Когда работаешь не на своем собственном хосте, а на чъем-то, или уже готовом, то такая возможность отпадает

Я имел ввиду к примеру заливку в базу, или к примеру вместо числа передали строку, которая при преобразованию к числу стала нулем. Ведь ошибку PHP не выдаст, а фактически ошибка. Тогда придется проверять руками. Ну а смысл тогда от автоматического преобразования типов?

 

 Ошибка - это передавать в базу непроверенные данные, а не то, что ты написал. Фатального в intval() ничего нету.
Но проверить тип все равно можно(но нужно ли?):  is_numeric()

Добавлено @ 08:53 
Теперь за питон: Пардон, а как ты представляешь себе систему без питона? Питон есть практически на любой никсе, просто об этом обычно не пишут. Если написано, что есть поддержка CGI - значит наверняка будет и питон ;)

так а как быть с объектами? предположим, вследствии кривого проектирования в классе А функционально важные данные хранятся в полях a и b, а в потомке - классе B, важные данные храняться в других полях. При передаче параметра класса A пройдут и объекты класса А, и объекты класса В. А смысл? 
Как на меня, так в функции всегда должна происходить валидация предусловий, пусть даже сокращенная.
И напоследок: есть в PHP функции семейтва "is"(is_array, is_boolean, is_float etc), которые занимаются проверкой типов. Смущает тебя нестрогая типизация - просто проверяй в начале функции не значения после приведения типов, а сами типы. Только ведь значения тоже проверять надобно, как бы.... Так смысл городить огород? Или ты параметры предпочитаешь не проверять?

error_reporting(E_ALL) - это такой же вызов функции, как и, скажем, preg_match_all. И хостинг тут ни при чем.