В первую очередь оптимизировать свои psd-шки генеральной уборкой и отключением режима совместимости.
Проблема очевидна, но ведь согласитесь как полезно иметь все в одном месте — и psd-макет, и исходный код.
Всегда есть то, что хочется улучшить и как минимум для себя. Вот и делается это из любопытства и для облегчения своего бытия, а потом просто расшаривается потому что так хорошо и приятно помочь кому-то еще. Наверное и не появилось бы множества отличных проектов (например Gitlab), руководствуйся они тем же вопросом. Потом вероятно предложат хорошую работу, спонсорство или просто скажут «спасибо».
Все просто — sharing is caring.
Есть еще вариант «построить свой лунапарк», отвечающий всем персональным требованиям. jQuery-плагины вообще за редким исключением трудно назвать как минимум нормальными.
Это коненчо хорошо, что Яндекс в добровольно-принудительном порядке переводит сей процесс в цивилизованное русло, но видится мне снова пачками начнут появляться нечистые на руку экспериментаторы (доры, зеркала и так далее).
За сим надеюсь, что борьба с данным контингентом будет эффективнее. А мне проще было бросить ресурс… увы.
В общих чертах можно ознакомиться тут.
Например я стокнлуся с тем, что при слежении за дочерними элементами иногда для первого появившегося элемента функция добавления для него дочернего элемента добавляла оный в конец списка всех элементов вмсето того чтобы оказываться в родительском как положено.
Mutation events were deprecated, поэтому рекомендуется использовать mutation observers. Я в своем расширении для загрузки музыки из пресловутой соц. сети именно mutation observers использовал (но и у MO есть свои недостатки, однако это далеко не недостатки ME).
На стадионе социализируешься ничуть не хуже, а фитоняшки какое-то мажорство уже. Бассейн лучше выбрать с нормальной очисткой, где поменьше народу и присутствует медицинский контроль.
Да вобщем каждому свое, повторюсь. Лишь все было по желанию и в удовольствие, тогда и результаты появятся.
Раньше тоже ходил в тренажерный зал, только вузовский и не платил ни копейки. Там как-то было уютненько даже со старыми советскими тренажерами, делились опытом и помогали советом неопытным. Потом пришлось на длительное время отказаться от тренировок. Когда снова решился набрать форму, то начал с зарядки и «подсел на стадион». Я это к тому, что бег, турник и брусья обеспечат естественную нагрузку и уж всяко поприятнее банального тягания железяк (но не отрицаю, каждому свое). Ах да, ни копейки вложений не потребуется, только сила воли на первое время (потом либо хорошая привычка, либо лень с последующим сходом с дистанции) и правильное питание.
У Safari совершенно дурацкие ограничения для разработчиков расширений. Например кросс-доменные запросы в хроме без проблем выполняются если указать в манифесте разрешенные домены, а в сафари через background page до сих пор (когда-то давно и в хроме также было). Консоль сафари вечно тормозит при обновлениях DOM-а (если это более-менее тяжелое дерево), да и вообще при ресайзе жуткие тормоза (памяти жрать надо меньше). А в от в плане разработки хром куда дружелюбнее, но я все равно как те упрямые ежики «кушаю кактус» использую сафари для серфинга хотя бы потому, что на айфоне могу просмотреть открытые вкладки.
Плохие парсеры у них, мне писали по Java в то время как на линкедине было JavaScript. Для них видимо одно и то же. Боюсь представить что у них выходит в остальных случаях.
Лучше бы ваниль была привычной, так как иногда смотришь на эти жикверьные цепочки в каше и становится не по себе. Если бы jQuery использовали только в случае наличия в доставшемся проекте или требования включают поддержку старых браузеров… мечты.
Рассмотрите подробнее процесс создания hosted app и packaged app, сравнивая в процессе с преимуществами над простым расширением. Я сейчас как раз в процессе «окончательного осмысления» реализации приложения с активным использованием запросов к серверу и локальным хранением с бэкапом на сервер и такая статья была бы очень полезна.
О наболевшем — раньше процесс публикации расширения в магазине приложений Chrome занимал максимум 10 минут (по крайней мере у меня), теперь же (с осени прошлого года) я жду исчезновения статуса Pending Review неделями и то постоянно напоминая Joe Marini о том, что так делать нехорошо.
Имхо участь среднестатистической веб-студии — текучка проектов и сотрудников (абсолютно нормальное желание уйти на стабильный проект с возможностью прокачать скиллы с помощью сильной команды), жесткая конкуренция с демпингом и преферансом. Не знаю большинство ли практикуют сдельную оплату (минимальный оклад+почасовая с оценкой по каждому проекту), но это такой же фриланс только в офисе и также может не быть платежеспособных клиентов достаточно долго, чтобы проесть зарплату за прошлый месяц и начать думать о смене работы.
Проблема очевидна, но ведь согласитесь как полезно иметь все в одном месте — и psd-макет, и исходный код.
Ну и сразу бы на гитхаб залили коли про него речь, может кто форкнет и пофиксит стили.
Все просто — sharing is caring.
За сим надеюсь, что борьба с данным контингентом будет эффективнее. А мне проще было бросить ресурс… увы.
Например я стокнлуся с тем, что при слежении за дочерними элементами иногда для первого появившегося элемента функция добавления для него дочернего элемента добавляла оный в конец списка всех элементов вмсето того чтобы оказываться в родительском как положено.
Да вобщем каждому свое, повторюсь. Лишь все было по желанию и в удовольствие, тогда и результаты появятся.
Юзабилити у сафари уж куда лучше, субъективно.
«кушаю кактус»использую сафари для серфинга хотя бы потому, что на айфоне могу просмотреть открытые вкладки.О наболевшем — раньше процесс публикации расширения в магазине приложений Chrome занимал максимум 10 минут (по крайней мере у меня), теперь же (с осени прошлого года) я жду исчезновения статуса Pending Review неделями и то постоянно напоминая Joe Marini о том, что так делать нехорошо.
Тормозящую анимацию скрытия сайдбара глаз сразу заприметил даже с фоновой анимацией отвлекающей взор.