• Ошибка в 1с: "Обнаружено неправомерное использование данного программного продукта". Как исправить?

    lightglams
    @lightglams Автор вопроса
    откатил на 8.3.6
    ошибки нет
    Ответ написан
    Комментировать
  • Как сделать угол на CSS с прозрачным бэкграундом?

    Ronnie_Gardocki
    @Ronnie_Gardocki
    Я у мамы фронтендщик.
    1) Самый простой и элегантный - css clip-path: polygon. Сделано за 2 минуты - codepen.io/suez/pen/2a2b9d90bd00d671181906de5311bc8d
    Из очевидных минусов - ограниченная поддержка браузерами. Но если вам пофиг на древнее инвалидное говно, то юзайте не раздумывая.
    2) Svg clipPath. По сути дела это более геморройная версия первого варианта с некоторыми недостатками (например нельзя юзать %), но зато браузерная поддержка намного шире + можно юзать для каких угодно форм, ибо в основе лежит svg path.
    3) Стандартные хаки с помощью :before/:after. Например создаете блок, который сверху имеет прямые углы. Затем :before элемент делаете треугольником слева (ксс трегольники легко гуглятся и даже есть сайт генератор - apps.eky.hk/css-triangle-generator ). А :after блоком справа с закругленным верхним правым углом.
    4) Что-нибудь еще.
    Ответ написан
    4 комментария
  • Воровство дизайна, что будет?

    Sanes
    @Sanes
    Будет стыдно. Или нет?
    Ответ написан
    Комментировать
  • На чем писать фронтенд легко и непринужденно?

    @mik222
    Языки:
    ClojureScript. Быстро просто и удобно.
    TypeScript. Если нужны типы и вы привязаны к семантике JS(В команде много JS разработчиков не готовых учить нормальные языки).
    ------
    Ractive.JS если вам нужна типичная(живая) страничка с большим количеством зависимостей от состояния.
    Плохая композабельность, однако прекрасно работает в модели серверного рендеринга(вам не придется учить новые концепты). Т.е. У вас есть шаблон(mustache). К нему применяется состояние, рендерится вьюшка.
    Плохая композабельность потому-что mustache в mustache вы не вложите так-же красиво как компоненты в реакте.
    -------
    React. Сильно продвигаемый и довольно удобный. Если используете React, то смотрите сюда https://react.parts/web
    очень много готовых компонентов
    -------
    Скажем так
    SPA: ClojureScript/React/TypeScript
    Оживленная страничка: es6/Ractive
    Ответ написан
    Комментировать
  • Качественные скринкасты по фронт-энд разработке с нуля?

    zorro76
    @zorro76
    Желательно без использования облегчающих инструментов типа пре- и постпроцессоров, бутсрапа, сторонних библиотек

    это вы в каком веке живете и что вообще ищете? frontend без sass/less, gulp/webpack, а главное библиотек и еще тому подобных инструментов это далекое прошлое.
    Ответ написан
  • Актуальный, удобный и лучший css-фрэймворк на 2016 год?

    Astralet
    @Astralet
    Javascript / Ember.js / Laravel
    Bootstrap же)
    Пробовал много разных, но в итоге остался на бутстрапе. Какой-то он средний что-ли. Без излишеств и без недостающих (самых нужных) елементов.
    А вообще можно взять 5 самых популярных и покрутить каждый в течении дня. Этого достаточно будет для понимания - ваше или не ваше. Иногда пара нюансов отличающих один инструмент от других буквально влюбляют в себя.
    Все таки советы в выборе инструментария как правило сугубо личные и относительные. Пока не попробуешь - не поймешь сразу, твое - не твое.
    Ответ написан
    8 комментариев
  • Актуальный, удобный и лучший css-фрэймворк на 2016 год?

    VladimirZhid
    @VladimirZhid
    Нравится делать что-то интересное и полезное.
    Bootstrap 4 тогда. А за, то что это Beta не волнуйтесь, если ручки есть, то всегда можно что-то подправить, это не JS или PHP фреймворк, а только CSS. LESS версия в помощь, вообще как по мне лучший вариант.
    Ответ написан
    3 комментария
  • Первый опыт на upwork?

    Punkie
    @Punkie
    jff.name в помощь
    Ответ написан
    Комментировать
  • Какой лучший способ для создания мобильной версии сайта?

    sabramovskikh
    @sabramovskikh
    Я делаю на сетках типа бутсрапа, считаю что так удобно и другого не нужно
    Ответ написан
    Комментировать
  • Какой лучший способ для создания мобильной версии сайта?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Два пути: простой и правильный.
    Простой: один код для всего
    1. Создать адаптивную вёрстку
    2. Создать динамически загружаемые JS-модули в зависимости от их востребованности на конкретной странице.
    3. Настроить кэш на сервере для JS-модулей.

    Правильный: API и Single Page Application
    RESTfull API + SPA

    Если сделать оба - то это будет ИДЕАЛЬНЫМ вариантом.
    Video: knockout.js SPA: https://www.youtube.com/watch?v=vhT9Id8Jfb8
    Ответ написан
    5 комментариев
  • Как сделать background для текста (не для блока)?

    @Dartess
    Шел 2016 год, дизайнеры продолжали издеваться над верстальщиками.
    chikuyonok.ru/2010/01/uniform-text-background
    Ответ написан
    2 комментария
  • Каков must have для студии по разработке?

    @UncleNug
    Работать малой командой это счастье. Когда все работают :) и есть результат.

    Чтобы зарабатывать нужны заказы, чтобы были заказы нужна репутация, чтобы была репутация, нужны знания и опыт, а чтобы они появились, нужны... заказы. Замкнутый круг.

    Перед перечислением напишу самое главное - команда единомышленников, должна хотеть развиваться и добиваться результата и создавать себе репутацию.

    Далее тезисно, не в порядке приоритетов, а как вспоминается:

    0) Нужна специализация у каждого и у команды (пишу как видится с учетом размера вашей команды).
    * тим лидер или старший разработчик. Он будет задавать стандарты качества и контролировать работу. Будет отвечать за архитектуру.
    * разработчик-верстальщик
    * разработчик-админ
    * разработчик-базовик
    * манагер и если людей мало, он же продажник. Должен знать все CMS, что вы будете применять. Чтобы мог без запинки показать клиенту, как создавать публикацию, редактировать и проч.

    1) 80% времени работать над коммерческими проектам и 20% времени работать над своим проектом. Для повышения квалификации как минимум. А если выстрелит - то скоро вообще не надо будет работать с клиентами :) Когда нет заказов - все работают над "своим" проектом, повышают квалификацию, применяют и тестируют новые технологии или новые нагрузки. Если вы грамотно придумаете для себя задачу, то процесс работы над ней и результаты можно использовать для продвижения своей команды. Допустим вы взялись за разработку модуля обмена данными бухгалтерия-магазин. Посмотрите какие есть решения уже на рынке для вашей CMS. Сделайте удобнее и лучше или быстрее или тупо лучше документированное решение. Это позволит встать в "магазин" модулей для CMS и вам даст новых клиентов. Когда у вас есть узкое и качественное решение вашему продажнику проще будет разговаривать с клиентом и влезать в уже существующие айтишные инфраструктуры. Переделать онлайн магазин вам никто уже не даст, а вот заменить модуль на ваш смогут.

    2) Технология производства. Особенно, если работает несколько человек. У вас должны быть единые стандарты и технологии для написания, документирования, работы с изменениями кода, своя "библиотека" решений, которые вы могли бы использовать как можно чаще. Создавать свои чеклисты для производственных этапов и по возможности автоматизировать рутинные операции.

    3) Если речь идет о вебразработке, то скорее всего надо будет отлично знать до трех из самых популярных CMS. Желательно получить сертификат/статус.

    4) Стандарты работы с клиентским проектом нужны. ТЗ, документация, обучение клиента и проч. Чтобы минимизировать трудозатраты или хотя бы минимизировать неоплачиваемые трузозатраты.

    5) Знать английский язык на уровне чтения документации минимум.

    6) и ... потихоньку добавлять себе новые направления. Уходить от чистого веба в веб+моб, или от "сайтов" в сложный е-коммерс. Идеально, когда клиентом меньше, а доходы больше. Для этого нужны глубокие знания в относительно узком направлении и два-три клиента серьезных клиента. Не старайтесь лепить много дешевых сайтов.

    Короче. Особенность и преимущество малых коллективов заключается в том, что они с одной стороны вынуждены в одном человеке концентрировать несколько ролей или областей знаний, но с другой - это обеспечит более быструю работу над проектом. Правда это хорошо, когда вы не просто коллектив, а КОМАНДА.

    Это так, тезисно.
    Ответ написан
    Комментировать
  • Каков must have для студии по разработке?

    banderos120
    @banderos120
    Играю на балалайке
    Когда-то начинали с товарищем делать сайтики, только я был "программистом", а он собирал заказы. Одни из ошибок, которые позволили загнуться нашему совместному предприятию (просуществовали мы почти 2 года) - это:
    - недостаточно опытный программист (это я), плюс, если брали помощников, то они были еще неопытнее меня.
    - не составлялся четкий план на разработку, проектирование проекта не проводилось, из-за чего по ходу дела возникали ситуации, которые можно было решить еще на этапе проектирования, но нет, приходилось тратить время уже во-время разработки. Как следствие этого - неожиданное увеличение сроков.
    - не было четких условий для заказчика, т.е. типовой договор был, но, например стоимость правок оговаривалась налету, некоторые заказчики округляли глаза и приходилось делать забеслпатно. Следствие чего заказчик был царь и бог и некоторые их долги по оплате не были отданы до сих пор.
    - желание сэкономить, нет, я понимаю, что экономить нужно, но не на том, что приносит тебе доход, по-этому дизайнеры были хреновые, помощники говеные и т.д. Из-за чего заказчик был не доволен, а срок разработки проекта очень сильно увеличивался.
    - заказы по сложности и требованиям несопоставимые со стоимостью, т.е. напарник брал сложные заказы за смешные деньги, сетуя на то, что город маленький (300 000 жителей) и никто платить не хочет, в итоге с созданием и доработками выплаты задерживались, следующие заказы брались , пока недоделаны предыдущие и получался ком, которые ничего хорошего не обещал.
    - ну и результатом всего этого стало огромное количество долгов и плохих отзывов.
    Ну вот такие были проблемы у студии "Рога и копыта" из двух человек, какие вспомнил ))
    *пы.сы. не знаю, зачем это написал, просто, что-то вспомнилось.
    Ответ написан
    5 комментариев
  • Опишите тезисно, как сегодня должен быть сверстан хороший сайт?

    copist
    @copist
    Empower people to give
    Может вот эта статья пригодится? Базовые принципы вёрстки
    Ответ написан
    Комментировать
  • Опишите тезисно, как сегодня должен быть сверстан хороший сайт?

    dmitriy_novikov
    @dmitriy_novikov
    Занимаюсь web-разработкой с 2010г. http://dmnv.ru
    минимальная скорость загрузки, семантика, адаптив, кроссбраузерность, валидность.
    Ответ написан
    Комментировать
  • Опишите тезисно, как сегодня должен быть сверстан хороший сайт?

    In4in
    @In4in
    °•× JavaScript Developer ^_^ ו°
    • БЭМ. Независимые блоки.
    • Препроцессоры
    • Постпроцессоры
    • Семантическая верстка
    • Целиком и полностью адаптивная верстка
    • Грамотное использование тегов HTML5
    • Оптимизация скорости загрузки страниц
    • Меньше бессмысленных JS-плагинов и библиотек
    • Относительная кроссбраузерность
    • Деление сайта на 2 версии - сжатую (без мусора и воды, ту, что реально сервер будет отдавать) и обычную (для человеко-понятного редактирования).
    • И еще: Тык
    Ответ написан
    9 комментариев
  • Как тестировать верстку под разные браузеры и экраны?

    @Alexk91
    У Opera есть удобная штука Opera Mobile Classic Emulator
    Мобильные браузеры смотрю через него. Остальное руками.
    Ответ написан
    Комментировать