Не будем ходить вокруг да около: у Git есть Github, у Mercurial платформы нет.
Когда я начал изучать Mercurial в 2009 (или 2010 году) уже был бесплатный (пусть и ограниченного по объему репозитория) BitBucket. Но он был конечно же не стал таким популярным, как github.
Возможно оффтопик - но напомню, что LibreOffice это доработанная (сильно) версия коммерческого продукта, который писали с целью получния офиса, там где не было возможности запустить MS Office (OS/2, Solaris, BSD, Linux etc).
Такое положение вещей на рынке действительно существует, но... когда-то этого не было и верю, что когда-то опять не будет. А предложенный подход, как бы это "сказочно" не звучало - вечен.
Учитывая, как работаю различные пульты для приставок на Android (не Android TV замечу), то думаю, что не будет серьезных проблем с навигацией. Но мелкие доработки конечно нужны.
Частично согласен с мнением автора (если я его конечно правильно понял).
Часто встречал (и сам иногда так думал), что если есть автоматическое тестирование (одним из видов которого является unit-тестирование) — значит ошибок нет и задача пользователя решена.
«Обжегшись» пару раз пришел к выводу, что хотя бы иногда разработчиком полезно тестировать то, что они разработали с точки зрения пользователя, а не с точки зрения работают тесты или нет.
Но это не отменяет необходимость наличия unit-тестов (в основном для всяких рефакторингов, а не изменения кода из-за изменившихся требований).
Было бы крайне хорошо, если бы кто-нибудь взял за титанический труд по описанию ИТ рынка для разработчиков (может и для других специалистов тоже — но это ещё более титанический труд) за пределами МСК и СПБ.
Я бы со своей стороны помог по Перми.
Как много игр было там на самом деле — все не переиграть.
Из того, что не назвали упомяну Golden Axe
https://ru.wikipedia.org/wiki/Golden_Axe
Была версия для Spectrum, которая грузилась стандартные 5 минут вначале и потом каждый следующий уровень ещё по 1-2 минуты подгружался (а в случае проигрыша — нужно было отматывать назад пленку).
Интересно знать почему некоторые люди считают, что проблемы с бюджетами существуют только для ИТ-инфраструктуры. Проблема урезания бюджетов в других сферах интересов директоров по ИТ не менее актуальна.
Первое, что напрашивается – Firebug. Все знают, как им пользоваться – нажали на F12, и даже в самом старом ie он точно имеется. Воткнули Firebug, посмотрели, какие у вас там запросы, сколько страниц отдается, когда контент загрузился, и когда исполнялся какой-то скрипт.
В IE и браузерах отличных от Firefox это не Firebug, а другое средство.
Наверно лучше исправить — а то появятся тысячи начинающих программистов, которые будут думать, что в IE есть Firebug.
Интересны как специалисты/эксперты, так и ведущие разработчики – так у нас называются разработчики, руководящие небольшой (а иногда и большой) группой разработчиков.
А какие требования к ведущим разработчикам (сам являюсь разработчиком и руководителем в одном «флаконе»)?
Когда я начал изучать Mercurial в 2009 (или 2010 году) уже был бесплатный (пусть и ограниченного по объему репозитория) BitBucket. Но он был конечно же не стал таким популярным, как github.
Когда давно на Windows 2000/XP использовал довольно кастомизируемую оболочку GeoShell (насколько знаю лет 10 как не развивается).
Использовал не столько ради красивостей - сколько ради её легковесности.
Настраивалась она не-user-friendly способом (через конфиг файл или даже реестр - не помню уже).
Вот такое решение использую - GitHub.
Но для его настройки надо поднапрячься :)
Возможно оффтопик - но напомню, что LibreOffice это доработанная (сильно) версия коммерческого продукта, который писали с целью получния офиса, там где не было возможности запустить MS Office (OS/2, Solaris, BSD, Linux etc).
Было бы очень интересно посмотреть на оценку скорости на современных процессорах AMD/Intel - поможет таким, как я, кто думает об апгрейде.
Такое положение вещей на рынке действительно существует, но... когда-то этого не было и верю, что когда-то опять не будет.
А предложенный подход, как бы это "сказочно" не звучало - вечен.
Те кто на малинке задумал сервер развернуть очевидно же о дешевизне думают, а не о качестве в первую очередь.
Часто встречал (и сам иногда так думал), что если есть автоматическое тестирование (одним из видов которого является unit-тестирование) — значит ошибок нет и задача пользователя решена.
«Обжегшись» пару раз пришел к выводу, что хотя бы иногда разработчиком полезно тестировать то, что они разработали с точки зрения пользователя, а не с точки зрения работают тесты или нет.
Но это не отменяет необходимость наличия unit-тестов (в основном для всяких рефакторингов, а не изменения кода из-за изменившихся требований).
Также поддерживаю оратора выше, что дела идут лучше, если работа нравится.
Я бы со своей стороны помог по Перми.
Из того, что не назвали упомяну Golden Axe
https://ru.wikipedia.org/wiki/Golden_Axe
Была версия для Spectrum, которая грузилась стандартные 5 минут вначале и потом каждый следующий уровень ещё по 1-2 минуты подгружался (а в случае проигрыша — нужно было отматывать назад пленку).
В IE и браузерах отличных от Firefox это не Firebug, а другое средство.
Наверно лучше исправить — а то появятся тысячи начинающих программистов, которые будут думать, что в IE есть Firebug.
Бесплатную Stand-alone версию на 10 пользователей можно будет использовать в коммерческих проектах?
Eclipse конечно же более популярная IDE, чем NetBeans. Но назвать её главной как-то через чур.
А какие требования к ведущим разработчикам (сам являюсь разработчиком и руководителем в одном «флаконе»)?