> Язык должен максимально препятствовать плохому стилю пограммирования. Идеальный сферический конь в вакууме, тьфу, иделальный ЯП должен вообще не давать возможности писать в плохом стиле.
Язык программирование должен сделать написание программ в хорошем стиле проще, чем написание программ в плохом стиле. Яркий пример: Ruby on Rails.
>register_globals удобен на начальной стадии разработки сайта.
register_globals - это жестокое зло. Это признали даже на http://php.net
>Когда надо быстро сделать рабочий движок а потом заниматься вылизыванием и красотой.
Вы ошибаетесь. Писать код надо грамотно с самого начала, а не переписывать полпроекта после сдачи заказчику.
>Хотя большинство наверно сразу пишут при register_globals = Off
Большинство пишут как раз с register_globals = On. Во всяком случае, судя по статистике коммерческих хостингов.
>Мучаются. До сих спорят как память под переменную выделять и где её обьявлять нужно. Я не против С ни в коем случае. Но ...
Не надо соскакивать с темы. Про *память* никто не говорил.
>Сам знаешь что что угодно.
И мы еще говорим о наглядности и стиле, так?
>В любом улучае нагляднее чем в С.
Чем нагляднее-то? Тем, что непонятно, что это за переменная, да?
>Ни разу не сталкивался с проблемой из-за этого.
Значит, Вы не работали с чужим кодом.
>Ты просто наверно привык к Perl стилю.
На Перле два года как не пишу.
>Проблема в чём?
Проблема в том, что $a[0] - это массив и адресация к элементу - прямя. А $a['a1'] - это ассоциативный массив и время адресации пропорционально логарифму количества перебираемых элементов массива (Да-да, я смотрел C API Zend).
Это значит, что если написать $a[$b] = $c; и не проверять $b на то, чтобы $b содержало только числа, возможна катастрофическая потеря производительности.
А мы еще говорим о стиле и качестве кода. Не может быть ни того ни другого, если сам язык провоциорует к написанию кривого кода.
>$a будет тем, чем ты его объявишь. Конечно же, ты его не объявлял, а пользовался глобальными переменными. Так это - ССЗБ...
Разговор о том, что язык *не должен* давать возможности не объявлять переменные. Язык не должен автоматически делать из массива - ассоциативный массив. И это не ССЗБ, а недостатки языка. Причем в ряде случаев - дисквалифицирующие недостатки.
Это значит, что если написать $a[$b] = $c; и не проверять $b на то, чтобы $b содержало только числа, возможна катастрофическая потеря производительности.
Посмотрел мельком код - точно есть разница, ну тогда $a[intval($b)] = $c;
В этом мире никто никому ничего не должен. Использование кривых конструкций - личное дело каждого.
Нужно отвечать за себя, а не кричать, что язык кривой. Мне этот тред напоминает людей, которые мне говорят, что АКПП зло ;-)
>ActiveState Komodo - есть все, и давно уже. Оно не бесплатно
Кстати, да; приятственное IDE для динамических языков. До нового года есть способ получить бесплатную лицензию по купону.
ActiveState Komodo 3.1 Personal To obtain your free license of Komodo Personal Edition please go to http://www.activestate.com/Products/Download/Register.plex?id=Komodo and click on the ‘Buy’ button for Komodo Personal Edition. Enter the promotion code ‘kmd3n9-ur8’ and click on the ‘Update Your Cart’ button to reduce the payment to zero, and then proceed to checkout. Register your details and a licence key will be sent to your nominated address. Ignore the download step if you have already installed the software on your PC. You will then receive an email with a link to a licence installer executable. Simply follow the instructions in that email.
Почему IBM начало поддерживать php - Simplicity is a huge part of it," said Rod Smith, vice president of IBM's Emerging Internet Technologies Group, describing PHP's appeal to IBM in a meeting with reporters at the conference. "They weren't interested in adding language features to compete with other languages," choosing instead "the simple way, and not the way we've done it in Java, unfortunately.
Eclipse
Что сказал Mike Milinkovich, executive director of Eclipse: "I'm looking forward to PHP kicking butt in the marketplace,"
Oracle
Java and PHP are drawing nearer to one another, though. Oracle, which also sells Java server software and whose database software can be used as a foundation for either Java or PHP, is among those working on an addition to Java to help the two software projects work together. Specifically, Java Specification Request 223 will "help build that bridge between the Java community and the PHP community," said Ken Jacobs, vice president of product strategy at Oracle, in a speech at the conference.
пока вы тут спорите о том что пхп фигня и всё такое. я на нём благополучно зарабатываю около 15 k$ в год. так что вы там обсирайте его обсирайте. меньше конруентов будет.
Eldhenn, ты балбес или где? По ходу все твое представление о PHP и веб-разработке в целом сложилось исключительно по флеймам на форумах вроде этого. И тво пример про "hello world" говорит о том, что ты, малолетний засранец, сам ничего большего не написал. Впрочем, это относится и к остальным злопыхателям.
Меньше стоит хостинг, дешевле получаются сайты. Зачем за простой сайт, а таких 95% интернета, платить больше, переплачивая на зарплате напр. Java кодера, если решение на PHP будет дешевле.
это я говорю о том что он позволяет при своих недостатках зарабатывать практически не меньше чем знания той же явы. ну может быть поцентов на 25 меньше чем на яве. при желании можно добитьс яи выравнивания по зп. Я хочу сказать если язык позволяет зарабатывать это уже успех для языка.
А если бы ты собирал бутылки, то зарабатывал бы лучше. Да и более общественно полезное дело делал бы - сайтишонки позорные на PHP всё равно никому не нужны.
Метаинтерпретацией, естественно. Интерпретируемый код доказывать проще, когда у нас рядом есть готовая, формально заданная семантика языка - сам интерпретатор.
А знаешь, какие огромные деньги можно зарабатывать на Коболе? Это не значит, что кобол - успешный язык, это значит лишь, что консервативные манагеры - неприятная, но объективная реальность.
> пока вы тут спорите о том что пхп фигня и всё такое. я на нём благополучно зарабатываю около 15 k$ в год.
Да ладно, не все еще потеряно: вот научишья программировать, выучишь си с перлом и будешь зарабатывать 100к в год.
А пока - уж извини - быдлокодерство занятие непрестижное и оплачивается как и любая другая поденная работа.
я программирую на с.с++ с перерывами примерно около 5 лет. знаю перл который требует востановления знаний. но вижу в реале что писать под веб быстрее на пхп нежели на перле в независимости от того что у него куча готовых решгение на сипене. сейчас перехожу плавно на шарп так как он ещё бьыстрее позволяет разарабатывать веб орриентированнеы прилодения благодаря уже написанным элементам управления и хорошим IDE и тулзами. в студии. Подскажи мне где это ты в россии простым програмером нацуичлся зарабатывать 100 в год ? это примерно получаеться 7-8 в месяц. такое только в шататах наеврно можно зарабатывать
>Метаинтерпретацией, естественно. Интерпретируемый код доказывать проще, когда у нас рядом есть готовая, формально заданная семантика языка - сам интерпретатор.
- Какаого хрена наш сайт всегда лежит на вашем доказанном коде? - Неибет - наш код доказан :D Пишите в php.net пусть доказывают свой интерпретатор
После такого диалога заказчик вас вместе с доказательствами натяен на ножку стула и сразу мыслить системно будете а не инженерно
>А если бы ты собирал бутылки, то зарабатывал бы лучше. Да и более общественно полезное дело делал бы - сайтишонки позорные на PHP всё равно никому не нужны.
>gpl (*) (09.11.2005 12:23:20)
Чувак - ты позоришь три буквы из своего ника. Предлагаю тебе удалить свой акк добровольно
тип с ником gpl это очередной клон-флеймер, каких опускали и опускать будут, так что советую не реагировать на его быдло-фразы, а обсуждать тему новости IDE PHP.
А чё тут спорить, мне один чувак с гиганским экспиренс в области программирования как то раз сказал, что статическая типизация и mutable variable это для слабоумных.
>Язык должен максимально препятствовать плохому стилю пограммирования.
У каждого свои требования. Для меня - язык должен предоставлять возможность написания как можно бОльшего функционала за как можно меньшее время при той же возможности. С этой точки зрения для меня PHP весьма неплох. А уж за стилем программирования я как-нибудь сам послежу :)
...
Вот в Java, по идее, куча ограничений с точки зрения стиля... Но писал тут в паре с "буржуинами" проектик один... Госсподи, таких программеров надо коров пасти отправлять... Язык тут явно не при чём. Даже на каком-нибудь Haskell быдлокодер такого дерьма накатает, что никакой синтаксис не спасёт.