• В какую сферу можно уйти из веб программирования?

    Ezhyg
    @Ezhyg
    На завод, фабрику, небольшой цех, руками поработать - вариант? ;)

    сфера - куча
    порог вхождения - низкий/средний/высокий (любой)
    языки -программирования- - русский подтянуть, очень рекомендую!
    спрос - не сильно большой, но есть
    трудоустройство - разумеется
    Ответ написан
  • Мониторинг посещений сайтов сотрудниками офиса. SQUID или есть альтернативы?

    Мониторинг посещений сайтов сотрудниками офиса. SQUID или есть альтернативы?
    Административные проблемы не должны решаться техническим путём! Если руководитель не может организовать рабочий процесс, не в состоянии наладить обратную связь, то может быть дело не в сотрудниках, а в руководстве и самих бизнес процессах. Всё просто: перекроете проводной интернет, будут сидеть со смартфонов и планшетов, ошиваться в курилке, шариться по территории, или сиськи мять на рабочем месте.
    Аналогично - технические проблемы не решаются административным путём (по крайней мере на прямую). Если сервер лежит или еле ворочается, надо техническому специалисту им заниматься. А выговоры, угрозы штрафов, крики load average в норму не приведут.
    Ответ написан
    3 комментария
  • Мониторинг посещений сайтов сотрудниками офиса. SQUID или есть альтернативы?

    gremlintv2
    @gremlintv2
    Может быть Pfsense приглянется ИМХО: как для шлюза там немало функционала (squid, squid guard. clamav, возможность реализации различных VPN, захват трафика и пр. и все это из вебморды - включая установку дополнительных пакетов на базе последней фряхи). У меня на xen завелся с полпинка, думаю на KVM тоже не должно проблем возникнуть. Правда требует минимум гиг ОЗУ, ну на то они свистоперделки чтобы память кушать.
    Ответ написан
    3 комментария
  • Как выйти из рабочего коматоза?

    nki
    @nki
    bezkart.ru готовая система лояльности
    Универсальный совет - возьми ипотеку.
    Ответ написан
    11 комментариев
  • Как объяснить рядовому клиенту, что сайт, сделанный руками, а не на шаблоне, для него будет лучшим выбором?

    @Vlad_fox
    Как объяснить рядовому клиенту, что сайт, сделанный руками, а не на шаблоне, для него будет лучшим выбором?


    для рядового клиента как раз лучшим выбором чаще всего будет сайт на широко распространенном движке.

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

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

    чтобы не быть похожим на конкурента и быть востребованным для клиента достаточно оплатить работу хорошего дизайнера и контент-менеджера, а по функционалу чем типичнее и привычнее - тем лучше и удобнее для посетителей. Поверьте - они не горят желанием и потребностью изучать самобытные велосипеды юзеринтерфейса.
    Ответ написан
    2 комментария
  • Как объяснить рядовому клиенту, что сайт, сделанный руками, а не на шаблоне, для него будет лучшим выбором?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    > Как вы, уважаемые коллеги, объясняете своим заказчикам, что проект, созданный командой разработчиков (UX-дизайнер, верстальщик, программист и т.д.) будет заведомо лучшим выбором, нежели, чем тот, который собран на коленках школьником вечером после уроков быстро/сердито/дешево?

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

    > "Как объяснить рядовому клиенту, что сайт, сделанный руками, а не на шаблоне, для него будет лучшим выбором?"

    Сперва убедитесь, что именно ВЫ понимаете, что хочет клиент. Например вы сможете с цифрами доказать, что сайт, созданный вами с нуля повысит продажи клиента на 10%, а сайт на шаблоне не повысит? Вы точно это сможете сделать? Если нет, то зачем клиенту знать какие кишки внутри сайта, если он выполняет свою бизнес задачу за минимальные деньги?

    > Рынок буквально переполнен дешевыми предложениями о создании сайтов (лендингов, интернет-магазинов и т.д.), которые созданы на универсальных шаблонах к WP/Joomla или конструкторах Wix/Lpgenerator/и т.д. Стоимость таких предложений довольно низкая. Рядовой клиент все чаще выбирает исполнителя по наименьшей цене.

    И правильно делает. Зачем для сайта-визитки среднестатистической компании что-то еще? Для ИХ БИЗНЕСА, этого ДОСТАТОЧНО, и понятно, что чем ниже цена, тем лучше клиенту. Для развозки пиццы покупают маленькие мотороллеры, а не крутые, вручную собранные харлеи. Потому что все это - инструменты, а не самоцель.
    Ответ написан
    3 комментария
  • Как объяснить рядовому клиенту, что сайт, сделанный руками, а не на шаблоне, для него будет лучшим выбором?

    VasyaPertrov
    @VasyaPertrov
    Изготовление и безопастность сайтов. WP и др.
    проект, созданный командой разработчиков (UX-дизайнер, верстальщик, программист и т.д.) будет заведомо лучшим выбором, нежели, чем тот, который собран на коленках школьником вечером после уроков быстро/сердито/дешево?

    1. С чего ты взял что твой "проект" будет лучше шаблонов, сделанных специалистками и проверенными-перепроверенными ещё сотней-тысячью других? ЧСВ зашкаливает?

    2. Какая связь межу шаблоном, сборкой и школьниками? Уже это говорит что ты не понимаешь предмета.

    А клиенту опасно связываться с такими самодельщиками - никто не проверит что там в реальности, доработать может быть сложнее и дороже.
    Ответ написан
    1 комментарий
  • Как удобнее хранить пароли для веб-студии?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Во-первых, сам подход - неверный!
    Для команды - раздаются эл. ключи (или сертификаты).
    Ключи передаются по иному каналу связи, нежели используемому для авторизации.
    Ключи раздаются ролям проекта (dev1,dev2) или конкретно пользователям проекта.
    Паролем можно (выборочно или принудительно) защитить авторизацию (при желании) самим владельцем ключа без участия центра сертификации (координатора проекта).
    Пароли не знает тот, кто выдал доступ, т.к. доступ предоставлен ключам.
    Доступы, обычно: REST API, SSH аккаунты или OAuth.
    Ответ написан
    2 комментария
  • Как вы называете свои сервера?

    vinxru
    @vinxru
    Главное не называть сервер Кенни.
    Ответ написан
    Комментировать