под мое определение подходит и все то, что на чем можно написать программу для вычисления «2+2» — покажите как получить результат на предмете беседы.
черт, я упустил момент, когда в ход пошли авторитетные ссылки. ну вот тоже wiki, где прямым текстом написано, что html не является ЯП. хотя тягаться с нашим ГК конечно сложно (случись что, кого волнует мнение каких-то программистов. думаю, при достаточной сноровке, под местное определение можно и этот коммент подвести. он ведь тоже является совокупностью данных и команд, с целью порождения конкретного аудиовизуального отображения, если рассматривать его в объективной форме :)).
HTML используется для записи алгоритмов, см. пример
в примере на основе некоторого частного феномена делается весьма романтичное обобщение.
в утверждаете, что раз на любом языке программирование можно записать проверку, является-ли число строкой и на html тоже можно записать такую проверку, значит html язык программирования. что же, давайте возьму этот метод на вооружение. «все кошки царапаются. роза может поцарапать — значит розы это кошки.» мне нравятся такие кошки — ни шерсти, ни блох, из еды одна вода, и пахнут приятно)
в самом деле, если html это язык программирования, значит на нем можно решать тот же класс задач, который можно решать и на других языках, которые принято называть языками программирования. согласны? давайте будем брать такие задачи, и если найдется такая, которую нельзя решить с помощью html, это будет поводом усомниться в истинности нашего подхода. сможете такую придумать? это должно быть не труднее, чем мне заставить розу поймать мышь. =)
в статье примеры чересчур замороченные. вообще, когда надо организовать взаимодействие нескольких директив, связанных общей логикой, рекомендуют выносить эту логику в общий для них контроллер. ведь основная задача директив — создавать мостики между приложением и DOM — которая решается в функциях link. большего от них не требуется. думаю, что это имелось ввиду.
HTML — язык разметки текста, но браузерами и многими другими программами он интерпретируется как декларативный язык программирования, содержащий инструкции как обрабатывать размеченный текст.
мм… рассуждая таким образом можно дойти до мысли, что любой формат, описывающий входные данные, определяет язык программирования, потому, что кто-то эти данные потом интерпретирует и обрабатывает. время, описанное формате ISO-8601, структуры данных IP пакетов (RFC 791), обрабатываемые маршрутизаторами.
языки программирования используются для записи вычислений или алгоритмов. языки разметки не используются для этой цели. поэтому они не являются языками программирования. следовательно, декларативными языками программирования они тоже не являются. это в статье ошибка.
Везде пишут, что канбан был придуман для управления manufacturing, в смысле серийным производством, где про выработку каждой отдельной штуковины известно все — время, цена, и качество. Управляемой величиной является объем производства (или заказов наружу) штуковин, необходимых для удовлетворения нужд конвейера.
В процессах разработки (development), примеры из которого приводятся в статье, время, качество и цена штуковин являются сильно переменными величинами. Т.е. ставя задачу Васе сделать формы авторизации и регистрации, вы переживаете совсем не о том, что он сделает 20 форм регистрации, а форм авторизации всего 10, в то время как на конвейере у вас 15 сайтов. Скорее всего это один сайт, одна форма регистрации и одна форма авторизации, а то чем вам приходится управлять — это неопределенность, что же на самом деле сделает Вася, когда, сколько вам это будет стоить. При попытке притянуть сюда канбан, какая-то методология тоже получается, но это уже (имхо) совсем не похоже на канбан. Может просто пример неудачный или я совсем запутался.
разница между работой с фрилансерами напрямую и работой со студиями, аутсорсящим фрилансерам, это как покупать шмотки на китайском рынке или в супермаркете. шмотки одни и те же. цена может отличаться в разы, равно как уровень предоставляемого комфорта, рисков и компетенции.
если вы разбираетесь особенностях управления разработкой it-проектов и технологиях, и у вас на это есть ресурсы, можете сэкономить, обратившись к фрилансерам напрямую. если не понимаете, лучше обратитесь в студию и тоже сэкономите. :)
тут этика простая: пацан сказал, пацан сделал. есть ситуации когда надо четко выбирать, на чьей ты стороне, независимо от условий.
у знакомых недавно был похожий случай. конкуренты переманили кучу сотрудников, вскружив им головы офферами с какими-то абсолютно фантастическими условиями. поднять зарплату внутри на такой уровень автоматически превращало бизнес в убыточный. якобы в модные молодежные стартапы, с огромными инвестициями и кучей перспектив. через несколько месяцев работу стало делать не кем, контракты продолбали, репутацию потеряли, контору пришлось закрыть. а еще через пару закрылись и «стартапы». люди остались не у дел. правда, это не IT.
хотя, если рассматривать описанные события в контексте топика статьи, меня во всем этом одно смущает. несмотря на то, что подобные случаи имеют место быть на практике, они все же абсолютно не типичны, для более распространенных ситуаций, когда сотрудник, проработавший в организации приличное время, начинает разговор о повышении з.п. проводя аналогии с такими псевдо-офферами можно соорудить крайне искаженную ассоциацию.
вероятно, это отсыл к шагу алгоритма где сотрудник программируется на «деньги — значит нагрузят»:
Дай мне пару дней на подумать и обсудить это с Михалычем (директором), но давай сразу договоримся, что если денег дадут, то чем-то нагрузят (просто так денег не будет)
довели до абсурда, получился «прикол». может и были в реальности эти боевитая девушка и тихий программист. просто анекдот еще похожий есть, один в один практически, правда неприличный.
мне интересно, для чего радиостанциям нужны новости? сколь нибудь полезной составляющей в новостях обычно нет, просто регулярно, в течение 5 минут, кто-то что-то говорит, потом опять музыка.
и, как мне кажется, достаточно логичная. результат будет получаться ожидаемым, если класть сущности на файловую систему консистентно на всех уровнях: либо везде разделяем, либо везде в один файл.
такое возможно, лишь когда весь код находится под контролем одной команды (крайность какая-то?). в общем же случае, надежнее придерживаться общих соглашений.
т.е. common/block/block_mod.css перекрывает все старания desktop/block/block.css. если же модификаторы класть в отдельный файл, тогда эффект в сборке получается правильным:
черт, я упустил момент, когда в ход пошли авторитетные ссылки. ну вот тоже wiki, где прямым текстом написано, что html не является ЯП. хотя тягаться с нашим ГК конечно сложно (случись что, кого волнует мнение каких-то программистов. думаю, при достаточной сноровке, под местное определение можно и этот коммент подвести. он ведь тоже является совокупностью данных и команд, с целью порождения конкретного аудиовизуального отображения, если рассматривать его в объективной форме :)).
в примере на основе некоторого частного феномена делается весьма романтичное обобщение.
в утверждаете, что раз на любом языке программирование можно записать проверку, является-ли число строкой и на html тоже можно записать такую проверку, значит html язык программирования. что же, давайте возьму этот метод на вооружение. «все кошки царапаются. роза может поцарапать — значит розы это кошки.» мне нравятся такие кошки — ни шерсти, ни блох, из еды одна вода, и пахнут приятно)
в самом деле, если html это язык программирования, значит на нем можно решать тот же класс задач, который можно решать и на других языках, которые принято называть языками программирования. согласны? давайте будем брать такие задачи, и если найдется такая, которую нельзя решить с помощью html, это будет поводом усомниться в истинности нашего подхода. сможете такую придумать? это должно быть не труднее, чем мне заставить розу поймать мышь. =)
мм… рассуждая таким образом можно дойти до мысли, что любой формат, описывающий входные данные, определяет язык программирования, потому, что кто-то эти данные потом интерпретирует и обрабатывает. время, описанное формате ISO-8601, структуры данных IP пакетов (RFC 791), обрабатываемые маршрутизаторами.
языки программирования используются для записи вычислений или алгоритмов. языки разметки не используются для этой цели. поэтому они не являются языками программирования. следовательно, декларативными языками программирования они тоже не являются. это в статье ошибка.
jQuery('<div></div>').load('/intro.html#intro-dm').appendTo('body');В процессах разработки (development), примеры из которого приводятся в статье, время, качество и цена штуковин являются сильно переменными величинами. Т.е. ставя задачу Васе сделать формы авторизации и регистрации, вы переживаете совсем не о том, что он сделает 20 форм регистрации, а форм авторизации всего 10, в то время как на конвейере у вас 15 сайтов. Скорее всего это один сайт, одна форма регистрации и одна форма авторизации, а то чем вам приходится управлять — это неопределенность, что же на самом деле сделает Вася, когда, сколько вам это будет стоить. При попытке притянуть сюда канбан, какая-то методология тоже получается, но это уже (имхо) совсем не похоже на канбан. Может просто пример неудачный или я совсем запутался.
если вы разбираетесь особенностях управления разработкой it-проектов и технологиях, и у вас на это есть ресурсы, можете сэкономить, обратившись к фрилансерам напрямую. если не понимаете, лучше обратитесь в студию и тоже сэкономите. :)
у знакомых недавно был похожий случай. конкуренты переманили кучу сотрудников, вскружив им головы офферами с какими-то абсолютно фантастическими условиями. поднять зарплату внутри на такой уровень автоматически превращало бизнес в убыточный. якобы в модные молодежные стартапы, с огромными инвестициями и кучей перспектив. через несколько месяцев работу стало делать не кем, контракты продолбали, репутацию потеряли, контору пришлось закрыть. а еще через пару закрылись и «стартапы». люди остались не у дел. правда, это не IT.
хотя, если рассматривать описанные события в контексте топика статьи, меня во всем этом одно смущает. несмотря на то, что подобные случаи имеют место быть на практике, они все же абсолютно не типичны, для более распространенных ситуаций, когда сотрудник, проработавший в организации приличное время, начинает разговор о повышении з.п. проводя аналогии с такими псевдо-офферами можно соорудить крайне искаженную ассоциацию.
довели до абсурда, получился «прикол». может и были в реальности эти боевитая девушка и тихий программист. просто анекдот еще похожий есть, один в один практически, правда неприличный.
такое возможно, лишь когда весь код находится под контролем одной команды (крайность какая-то?). в общем же случае, надежнее придерживаться общих соглашений.
предположим, что я положил все свои переопределения в один desktop/block/block.css:
в сборке у меня часто получалась вот такая прелесть:
т.е. common/block/block_mod.css перекрывает все старания desktop/block/block.css. если же модификаторы класть в отдельный файл, тогда эффект в сборке получается правильным:
в прочем, не до конца уверен, фича это сборщика, или какая-то локальная проблема в проектных конфигах. но есть ощущение, что все же фича. :)