Я целиком ЗА.
Документация, которая не дает понимания, как увидеть результат с минимальными усилиями за минимальное время оставляет плохое впечатление о продукте, и, скорее всего, пользователь к нему больше не вернется, ибо «когда-то пробовал — не получилось». Бывают конечно исключения, но в целом именно так.
Так что указанная концепция и общая идея мне нравится, вопрос только в том, как сделать, чтобы какая-то достаточно значительная часть разработчиков Open Source начала этому следовать.
Завтра шестая версия не выйдет, как минимум, будет несколько лет (судя по прошлым выпускам) тестовых билдов, прежде, чем дело дойдёт до релиза, который хостеры начнут устанавливать.
А на счёт потребителей — они смогут продолжить использовать совместимые версии, пусть и немного устаревшие. А если шибко захотят обновится — пусть подумают и о новом хостинге, их ведь никто не заставляет обновляться и прямо сейчас.
Но ведь ещё не один год будет поддерживаться PHP 5.3 и 5.4 — кто не может/хочет переписать свой код — его не заставляют.
А сдерживать развитие языка из-за проектов написанных 5-7 лет назад как по мне — глупо.
P.S. Сколько раз заказчик долбил, что код не работает после переноса на новый хостинг, где уже выключен register_globals, объяснить почему не работает, и каких усилий стоит это поправить невозможно — в итоге решает одна строчка, которая имитирует register_globals, но как же тяжело носить за спиной этот грех…
Я за то, чтобы разработчики PHP бросили практически все текущие дела, и обратили внимание на то, что здесь любезно собрано вместе.
Мне нравится язык, но эти мелочи (и не совсем мелочи) изрядно достают, приходится делать свои обертки для встроенных функций, и это усложняет дальнейшую поддержку кода другими людьми.
Ну забили бы на совместимость, поменяли названия функций и порядок аргументов к нормальному виду, могли бы небольшую софтину сделать для конвертации существующих приложений, и, в конце концов, не перелетят же все сразу на новую версию, текущие ветки были бы для совместимости, а новые — на будущее, да и IDE'шки помогли бы привыкнуть к новшествам.
Пишу под PHP 5.4, ибо поставил его на рабочей машине, и в какой-то момент решил проверить под PHP 5.3, и понял, что запустить его там уже не удастся.
Хороший язык, хоть и весьма специфический.
Как по мне — так нужно всё-таки начать ветку PHP 6, в котором большинство указанных проблем будет решено, хоть и без сохранения совместимости.
На сколько я замечал — Dropbox пропускает мелкие файлы вперед, там, видимо, какой-то специальный алгоритм, какой именно не подскажу — не разработчик.
Задержка, скорее всего, увеличится, но не замрет насовсем.
Попробуйте скопировать ярлык на нужную папку (к примеру, с историей) или файл в папку Dropbox, и он переходя по ссылке синхронизирует всё в облако. Не знаю, как с ярлыками в Windows, но в Linux такое работает на ура (только не включайте зацикливающиеся участки файловой системы, Dropbox c ними не дружит даже если исключить из синхронизации циклические участки, разработчики об этом баге уже уведомлены, но исправления пока нет).
К стати, синхронизацию «любых» файлов SugarSync отмечает как преимущество, хотя на самом деле Dropbox тоже это умеет.
Запись идёт в простой текстовый файл, какой логин выберете — так и запишет, никакого контроля, анархия, так сказать.
Ведь задачи сделать коммерческий продукт не было. Или вы думаете, нельзя было сделать регистрацию, контроль учётных записей, авторизацию, и отправку сообщений после подтверждения капчей для отдельных групп пользователей с премодерацией?
Тут суть в идее, а не в одинаковых логинах, одновременной отправке сообщений или повторной отправке одного и того же сообщения.
Если планируете как-то использовать — можете скачать проект, и изменить под себя, я не против, специально же ссылки дал.
https://www.dropbox.com/help/36
> If two people or computers change the same file at the same time, the first person to finish uploading their new version will «win.»
Точно так же и здесь, одно из сообщений останется не отправленным.
Документация, которая не дает понимания, как увидеть результат с минимальными усилиями за минимальное время оставляет плохое впечатление о продукте, и, скорее всего, пользователь к нему больше не вернется, ибо «когда-то пробовал — не получилось». Бывают конечно исключения, но в целом именно так.
Так что указанная концепция и общая идея мне нравится, вопрос только в том, как сделать, чтобы какая-то достаточно значительная часть разработчиков Open Source начала этому следовать.
Надо же чем-то жертвовать во имя светлого будущего.
Было бы только желание.
А на счёт потребителей — они смогут продолжить использовать совместимые версии, пусть и немного устаревшие. А если шибко захотят обновится — пусть подумают и о новом хостинге, их ведь никто не заставляет обновляться и прямо сейчас.
А сдерживать развитие языка из-за проектов написанных 5-7 лет назад как по мне — глупо.
P.S. Сколько раз заказчик долбил, что код не работает после переноса на новый хостинг, где уже выключен register_globals, объяснить почему не работает, и каких усилий стоит это поправить невозможно — в итоге решает одна строчка, которая имитирует register_globals, но как же тяжело носить за спиной этот грех…
Мне нравится язык, но эти мелочи (и не совсем мелочи) изрядно достают, приходится делать свои обертки для встроенных функций, и это усложняет дальнейшую поддержку кода другими людьми.
Ну забили бы на совместимость, поменяли названия функций и порядок аргументов к нормальному виду, могли бы небольшую софтину сделать для конвертации существующих приложений, и, в конце концов, не перелетят же все сразу на новую версию, текущие ветки были бы для совместимости, а новые — на будущее, да и IDE'шки помогли бы привыкнуть к новшествам.
Пишу под PHP 5.4, ибо поставил его на рабочей машине, и в какой-то момент решил проверить под PHP 5.3, и понял, что запустить его там уже не удастся.
Хороший язык, хоть и весьма специфический.
Как по мне — так нужно всё-таки начать ветку PHP 6, в котором большинство указанных проблем будет решено, хоть и без сохранения совместимости.
Вот
Задержка, скорее всего, увеличится, но не замрет насовсем.
К стати, синхронизацию «любых» файлов SugarSync отмечает как преимущество, хотя на самом деле Dropbox тоже это умеет.
Ведь задачи сделать коммерческий продукт не было. Или вы думаете, нельзя было сделать регистрацию, контроль учётных записей, авторизацию, и отправку сообщений после подтверждения капчей для отдельных групп пользователей с премодерацией?
Тут суть в идее, а не в одинаковых логинах, одновременной отправке сообщений или повторной отправке одного и того же сообщения.
Если планируете как-то использовать — можете скачать проект, и изменить под себя, я не против, специально же ссылки дал.
> If two people or computers change the same file at the same time, the first person to finish uploading their new version will «win.»
Точно так же и здесь, одно из сообщений останется не отправленным.