Pull to refresh
-1
0
dmitryttt @dmitryttt

User

Send message
ну на самом деле я увидел обоснование 3-х минусов и вобщем остаюсь со своей точкой зрения… а вот остальные минусы от тупого хабрастада просто отвратно
начинает поднадоедать это — редкий разработчик не старается «подоить» твиттер. Кроме как к краху хорошей идеи это ничем закончится не может
Еще вариант
Среди подтвержденных на финансирование объявляется конкурс…
Голосование через смс…
по окончанию конкурса победивший проект получает набранную смс'ками сумму )
Возможно это и поразит(на какое-то время) систему учета интересов и влияния общественности, однако та действительно полезная составляющая вряд ли исчезнет — если ты что-то ищешь — найти все равно можно… и просмотреть новые статьи не такая проблема
перетягивание каната…
возможно это подкупит тех программистов, что начали свой путь с JavaScript… и смогут перейти на серверную часть с минимальными… напряжениями в мозгу…
но будет ли это переход навсегда? думаю нет, сейчас мода… и тенденция к улучшению выразительности языков…
поэтому после перехода на сервер с знакомым языком, порграммист начнет искать удобство работы там и, как видится. предпочтет более выгодный путь (язык)…
выбор программиста может испортить лишь маркетолог, который создаст видимую популярность и превосходство того или иного языка на тот момент…
а потом — законченные проекты, которые надо поддерживать и дорого переделать… и пошло поехало…

всегда считал такие скрещивания опасными для конечной производительности продукта…
это разные языки и использовать их нужно там, где ими пользоваться… выгоднее и рациональнее…
а подобные эксперименты нужны для интереса, проб, и, возможно, проектирования (даже если это не цель, а только следствие) новых языков…
я бы еще один момент выделил — проверить, что все, что использовали в своих наработках верстальщик и программист, подходит по лицензиям к выпускаемому продукту.
Есть некий демон. Он раз в n делает SELECT из базы на на получение списка «файлов на удаление». Далее удаляя файл делает UPDATE базы, добавляя флаг, что файл был удален. По окончаню просто удаляются записи с этим лагом, или переносяться в историю…
так делал я… кажется логичным )
может стоит добавить этот параметр при формировании html как аттрибут элемента и при регистрации события $(«body»).bind(«load», function(){}) находить его селектором )
давайте давайте, проявляйте стадный рефлекс…
я был лучшего мнения о хабрасообществе, гораздо лучшего (((
я разочарован
т.е. десятки минут или минуты, пардон )
я так понимаю там часы из 3-х блоков… и мы на теле видимо только часы, или минуты… или секунды )
я понимаю, что вряд ли этим достучусь до дебилов, которые не понимают, зачем дается инструмент 'минусов', но все ж — какое право вы, кретины, имеете, не обосновывая свою точку зрения, осуждать чужую, которая по теме поста ?!!!..
бесит инвалидность сознания личностей
а обосновать минусы ???
что за дебилизм среди масс?
я не в том плане, что сделано громоздко, просто выбор технологии — это тоже задача… и использовать для подобного рода задачи логичнее более легковесным решением LAMP… впрочем это все тоже не однозначно )
может прививать не стрелять по мухам из пулемета тоже стоит? с этой точки зрения работа не идеальна ) хотя выполнена — факт )
Еще один момент против использования большинства новых технологий — скорость.
Как мне кажется, скорость передачи данных и необоснованно громадное количество съедаемой памяти браузером для поддержки новых плагинов держит html и т.д. на плаву… и будут делать это долго. Я имею виду что да, мы смотрим видео… и это ресурсоемко, но!.. когда я хочу походить по информационным страничкам терпеть загрузку java-машины(или Silverlight)… я хочу моментального отклика…
К тому же трафик… тоже не последняя причина при наших ценах на тарифах сотовых операторов…
т.е. простое элегантное клиентское решение на html/css/javascript+php|python|ruby|java|asp пока выигрышно… и потенциал решений и находок не исчерпан.
По поводу использования prototype и jQuery — это очень удобный способ не задумываться над «особенностями» и «нюансами» реализации функций под различными версиями в браузерах… Как мне кажется знание таких особенностей не столь уж важно при высоком темпе разработки… а вот когда останется время оглянуться…
Тоже не совсем понял, но для себя сложил примерно следющую картину:
— Мы по определенным правилам (формату МИКРОФОРМАТА) представляем нашу информацию на страние). Эти правила представления видимо заключаются в правилах оформлении и использования тегов и классов
— По полученной информации у нас, а также у огромного количества людей появляется возможность собрать и обработать предоставленную нами информацию. Допустим сделать парсер рунета в поисках всех используемых тегов на страницах… становиться реальностью в случаю стандартизированного формата представления этих тегов.

Вот… как мне кажется это что-то такое
Спасибо за идею и пример

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity