• Установка Redmine под nginx - debian way?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    aptitude -t lenny-backports install redmine redmine-pgsql не подходит?
    0.9.4 версия…
    Ответ написан
    1 комментарий
  • Как научиться писать эффективно и без ошибок работающие программы?

    amc
    @amc
    Выработать для себя свой стандарт написания кода, чтобы, к примеру,
    если подумалось «а здесь мне нужен цикл» то сразу его оформить полностью, со всеми там {} и прочим что там в вашем С++ надо, а не спустя три часа усиленного кодинга обнаружить что ты цикл не закрыл ГДЕ-ТО.
    В своё время мне это весьма помогало.
    Ну плюс рисование схем и написание кода на «бумаге» (можно в простой текстовик), когда текст пишешь не в среде разработки и потом просто компилируешь — весьма быстро начинаешь обращать внимание на правильность кода.
    Плюс очень было весело когда писал (под дельфи) без работающего отладчика, приходилось проверки писать самому, тоже помогло лучше писать.
    Ответ написан
    Комментировать
  • Как научиться писать эффективно и без ошибок работающие программы?

    @Mox
    Team Lead, RoR, React/React Native
    То, что вы написали — утопия и повод для неврозов на тему что вы, такие какие есть — фиговый программист.

    Примите факт, что вы пишете с ошибками. Поняв это — уже можно думать что с этим делать. Например — писать тесты. Попробовать test-driven-development. Нанять тестировщика. Тогда есть возможность выдавать продукт.

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

    kefiijrw
    @kefiijrw
    совсем не юрист, но из курса права помню, что информационный факт не является объектом авторского права. ст 1259 ГК, пункт 6.4: «не являются объектами авторских прав сообщения о событиях и фактах, имеющие исключительно информационных характер».

    а ваша база данных уже будет объектом авторского права.

    с другой стороны, возможно, там в названиях компаний или описаний будут встречаться все эти слова с пометками ® и (TM), вокруг этого уже не знаю как плясать.

    в общем, без юриста не обойтись
    Ответ написан
    3 комментария
  • Бюджетный вариант монитора для дизайна

    @Smolka
    ViewSonic vp2365wb
    Очень советую присмотреться. Продолжительное время я профессионально занимался фотоделом (фотолабы: настройка, обслуживание, печать).
    В августе выбирал бюджетный монитор для дома и удовольствия (фотки, тексты, киношки, фотошоп). Требования были простые: достойная цветопередача, приличные углы обзора, FullHD. Выбирал дотошно, остановился на нём.

    Достоинства (подробнее читайте мой отзыв на я-маркете):
    — Матрица e-IPS, FullHD (чистые сочные цвета, реальные углы обзора без искажения изображения: ~100 градусов по горизонтали, до 90 град. по вертикали).
    — Не плохая заводская калибровка.
    — ViewSonic позиционирует монитор как профессиональный, это нам даёт 3 года гарантии, которая распространяется в том числе и на сбойные пиксели (да-да это так, если точка выгорит, то это гарантийный случай!) + качественная сборка.
    — порадовала удобная высокая подставка.
    Недостатки:
    — Светодиод на передней панели залепил сразу чёрной изолентой.
    — Мой экземпляр немного жужжит на яркости до 94%.
    — Заметный градиент (к жёлтому) на сером всё же есть. Но он есть (и заметнее) в более дорогих профмоделях
    — При больших углах (~ >100 градусов) чёрный серебрит, фиолетит, малиновит, соответственно падает контраст и немного уходят цвета (чем больше угол, тем сильнее «эффекты»). Об этом знал, всё устраивает.

    Выбирал из того, что было в продаже:
    Dell 2209WA (это косяк, а не монитор… много брака)
    NEC EA231WMi (функциональнее… имею ввиду менюшку)
    DELL U2311H, DELL U2211H (ярче, контрастнее, функциональнее по настройкам, НО!… читай ниже..)
    Samsung F2380 (тормозной, заметен сдвиг по цветам уже при ёрзаньи на стуле, хотя чёрный — да, действительно чёрный и детали не теряются)
    Кроме того, у выше перечисленных мониторов на eIPS матрице бОльшая неравномерность подсветки, ИМХО меньше деталей в чёрном… вероятно, из-за большей контрастности.

    Учитывая вышеперечисленное, закономерные особенности eIPS и наличие гарантии на матрицу, я взял viewsonic. По-прежнему доволен и рекомендую как бюджетную рабочую лошадь.
    Надеюсь, что сэкономил вам время.
    Ответ написан
    2 комментария
  • Linux - 64 или 32 битная система, плюсы и минусы?

    fenrirgray
    @fenrirgray
    Недостатки х86_64:

    1) Выше потребление памяти(5-10%)
    2) Больше места на винчестере из за установленных 32-х битных библиотек.
    3) Память занимают еще и 32-х битные библиотеки.

    Преимущества x86_64

    1) В бинарных дистрибутивах(типа убунты) большая часть приложений собирается с совместимостью от i486 до i686. При этом там выключено большинство расширений процессора, типа sse и mmx. В Арче это не столь существенно т.к. сборка идет с i686, тем не менее разница все равно есть.
    При использовании x86_64 системы все пакеты будут собраны с совместимостью с x86_64, что включает в себя куда больший набор расширений, к примеру sse2, что означает повышенную отзывчивость системы и заметное невооруженным глазом повышение производительности.
    2) Не нужно использовать тормозные костыли типа pae.
    3) На некоторых операциях, типа кодирования/декодирования видео/аудио прирост производительности будет очень существенный.

    Как вы видите никакой особой разницы нет. Используя х86_64 вы выигрываете в производительности и теряете в памяти. Используя х32 — наоборот. Учитывая, что памяти у вас 4гб — я бы выбрал производительность т.к. её мало никогда не бывает.

    Сказки про мифические глюки 64-х битных систем — просто сказки. Флэш давным давно совершенно нормально(насколько это вообще возможно для флэша) работает либо через nspluginwrapper, либо можно вообще использовать нативную х64 бета версию из адоб-лабс.
    Всякие блобы, типа скайпа и гугл-земли, тоже работают без каких либо проблем, хоть и тянут за собой кучу 32-х битного мусора.
    Ответ написан
    2 комментария
  • Linux - 64 или 32 битная система, плюсы и минусы?

    pentarh
    @pentarh
    Вообще, по моему опыту, на десктопе лучше всегда ставить х86. Там очень мало софта, который требует памяти на один процесс сверх лимита x86. Точнее, его почти нет. Эту архитектуру юзает очень много десктопщиков, по этому она больше отлажена в плане десктопов.

    В х86_64 на десктопе обычно проявляются часто баги с драйверами, флешами там всякими и т.п. Приложения на этой архитектуре потребляют больше памяти ОЗУ и на диске, приходится зачастую ставить для совместимости эмуляцию х86.

    х86_64 хороша на серверах, она идет без всяких там LowMem/HighMem, более заточена под серверные нагрузки, и опять же, тестируется больше на серверах.
    Ответ написан
    1 комментарий
  • Неочевидность выбора между Mac OS и Ubuntu?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    для верстальщика — макось.
    если больше уклоняетесь в кодинг — бубунта.

    И учитывайте цены всё же)
    Ответ написан
    2 комментария
  • Неочевидность выбора между Mac OS и Ubuntu?

    @usetester
    Все ниже — исключительно субъективный опыт.
    Уровень юзабилити на типовых задачах программера/верстальщка/айтишника в макоси выше, чем в убунте. Разница не настолько принципиально заметна, чем между макосью и виндусом, но тем не менее есть. Возникает эта разница за счет большей продуманности рюшечек управления рабочим пространством.
    Второй важный момент — уровень прикладных приложений. Он в макоси выше точно. Гайдлайны макоси все-таки востребованы и большинство маковских разработчиков им следует. Это тоже дает копеечку в прирост общей эффективности работы.
    Про фотошоп уже выше сказали. Из плюсов мака еще редактор Textmate, но это уже на любителя, кто-то с NetBeans себя прекрасно чувствует.
    Всякое фуфло вроде видеомонтажа можно не рассматривать, но хоть и мелочь, а тем не менее аналогов видеомонтажа под убунту нету.
    И если ориентироваться на мак — то можно еще посмотреть в сторону макмини с апгрейдом по памяти. это несколько дешевле аймака (при условии что монитор уже есть :)
    Ответ написан
    Комментировать
  • Неочевидность выбора между Mac OS и Ubuntu?

    SilentImp
    @SilentImp
    Если товарищ Хабрин верстальщик и немного дизайнер, то знает что форматы adobe photoshop/fireworks стандарты де факто для макетов.
    Под macOSX есть родное решение Adobe.
    Под Ubuntu — нет.
    Можно, конечно, покричать про wine, экспорт в… и виртуальные машины, но мой опыт показывает что это не выход.
    Хотите использовать что то кроме Windows — выбирайте мас. Тогда в виртуальной машине будет только IE для тестирования.
    Ответ написан
    Комментировать
  • Неочевидность выбора между Mac OS и Ubuntu?

    kekekeks
    @kekekeks
    Ой, холиварный вы вопрос задали. И то, и другое, UNIX, так что соорудить себе на локале среду, не отличимую от того, что будет на сервере, а так же использовать рюшечки типа sshfs вы сможете в любом случае.
    С установкой и железом проблем, опять же, примерно одинаково (Linux плохо дружит с некоторыми железками, а хакинтош по определению не везде заводится).
    Нужный вам для работы софт есть и там и там.

    Но что-то я отвлёкся. Мне вот больше по нраву убунта, ибо она несколько гибче в плане заточки под себя. Но это дело вкуса, да и времени требует на изучение изрядно.

    Мой вам совет, просто пощупайте обе системы и выберите то, с чем удобно работать.
    Ответ написан
    5 комментариев
  • Пара вопросов про DynDNS

    @MishellR
    У меня стоит DynDNS Updater 4.1.6. В Advanced должны стоять все галки (последнюю можно не ставить). Особенно проверьте Automatically synchronize host list with DynDNS.com
    Ответ написан
    1 комментарий
  • Семантичная HTML-вёрстка многострочной цитаты?

    Delka
    @Delka
    Готовый код выше опубликовал.

    Указание автора — тоже часть цитаты, вы ведь не публикуете цитату без указания авторства. Это cite.
    Кавычки расставляем через q.
    Ответ написан
    1 комментарий
  • Где найти программиста?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    Ну и да… смотрите… человек работает за 50 тысяч, но не попадает в пробки (тратит 15 минут на дорогу).

    В среднем он работает пусть 160 часов в месяц. Т.о., его зарплата — ~310 рублей за час пребывания в офисе.

    В пробке люди стоят по 2-3 часа в день (в обе стороны). Таким образом в пробке он теряет до 18600 в месяц, если бы находился в это время в офисе или по 60 часов, которые он мог потратить на себя или на любимых. А это уже больше трети его рабочего времени.
    Ответ написан
    3 комментария
  • Как правильно учиться PHP / mySQL?

    EcoDark
    @EcoDark
    В дополнение к вышеперечисленному очень рекомендую книгу «PHP. Справочник» («PHP in a Nutshell» в оригинале) Пола Хадсона (Paul Hudson). Очень понятная и полезная книга. Несмотря на название, это скорее учебник, чем справочник.

    И несколько более сложная, но очень полезная книга «Профессиональное программирование на PHP» (Advanced PHP Programming) Джорджа Шлосснейгла (George Schlossnagle). Это конечно не для новичка, но там разные разделы — некоторые можно и нужно прочесть и начинающему программисту.

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

    Ну еще один совет — может быть банальный, но не стоит пренебрегать сайтом php.net — как работает та или иная функция лучше узнавать там, потому что книги могут быть и устаревшие, и с опечатками, а тут фактически первоисточник. Поставьте «Денвер» и в нем тестируйте примеры работы функций. Сайт не заменит книги, но будет хорошим дополнением.
    Ответ написан
    1 комментарий
  • Как правильно учиться PHP / mySQL?

    conturov
    @conturov
    Лучший способ это что-то делать. Когда появляются вопросы ты ищешь ответы на них. От одних книг пользы мало.
    1) Делать нормальный полезный проект (хотя-бы для себя что-то)
    2) Появился вопрос ищем ответ на него, тем самым повышая свой опыт
    3) Читать разные статьи/форумы по PHP и MySQL. (на хабре проскакивают такие)
    4) всегда иметь под рукой маны php/mysql (все знать не возможно)
    Ответ написан
    Комментировать
  • Какой программой для Mind Mapping Вы пользуетесь?

    Novikov
    @Novikov
    www.xmind.net/ — есть полностью бесплатная версия, на две головы лучше freemind'а.
    Ответ написан
    1 комментарий
  • Как грамотно разработать базу данных?

    @SSoft
    1. Выделяем все необходимые сущности (объекты)
    2. Определяем набор полей для сущностей
    3. После того, как сущности созданы, производим их нормализацию — минимум к 3ей форме привести надо
    4. Снова заглядываем в тех. задание и примерно накидываем возможные запросы, выделяем тяжелые запросы (те, которые тянут много данных, или которые жойнят много таблиц) и пытаемся переделать структуру БД так, чтобы упростились запросы. Здесь остановочка: чаще всего основными запросами являются SELECTы, но бывает что SELECT делается относительно редко и намного более важен быстрый INSERT данных, плясать надо отсюда.
    5. Снова критически оцениваем структуру, и снова кидаем примерные запросы. Внимательно смотрим на INSERTы. Смотрим, какие INSERTы можно вынести в триггеры. Накидываем примерное тело триггера, рихтуем структуру под него
    6. Снова критически оцениваем структуру, смотрим чего у нас не хватает. Пытаемся часть SELECTов вынести в View, а часть в хранимые процедуры
    7. Снова критически оцениваем получившуюся кашу. Что-то поправляем, вспоминаем что мы упустили что-то ещё. Возвращаемся к пункту 3.
    8. После того, как нам кажется что все сделано, описываем каждую таблицу и поле словами, подробно расписываем что и для чего мы сделали, где что оптимизировали и для чего.
    9. На следующее утро смотрим снова свою структуру, ужасаемся. Вспоминаем что вчера сделали описание. Внимательно читаем, понимаем что мы упустили кое-что ещё. Поправляем, дополняем.
    10. Несем структуру соседнему программисту и пытаемся ему объяснить flow of data. Когда до него наконец-то все дойдет, спрашиваем что бы он мог переделать. Он дает советы, после которых выдумаете что «это ведь было очевидно». Снова все переделываем.
    11. Когда сосед-программист от вас устал и послал нахуй согласился с вашей структурой, открываем администратор БД, накидываем схему, проставляем ключи. Снова понимаем что что-то упустили. Снова переделываем структуру.
    12. Измучанный и злой ложишься спать. Утро вечера мудренее :)

    © me
    Ответ написан
    2 комментария