Пресс-релиз:

Рынок программного обеспечения для управления версиями сильно изменился с момента появления Bitbucket в 2008 году. Когда мы запускались, централизованный контроль версий был нормой, и мы поддерживали только репозитории Mercurial.

Но с годами системой по умолчанию стала Git. Она помогает командам всех размеров работать быстрее, поскольку они становятся более распределенными.

Сейчас у нас на платформе больше 10 миллионов зарегистрированных пользователей. Мы находимся в точке нашего роста, где мы проводим более глубокую оценку рынка и того, как мы можем наилучшим образом поддержать наших пользователей в будущем.

После долгих размышлений мы решили удалить поддержку Mercurial из Bitbucket Cloud и его API. Функции и репозитории Mercurial будут официально удалены из Bitbucket и его API 1 июня 2020 года.

Источник

Случай столкнул меня с Ильёй Стеньковым, основателем криптомаркета Альфатека. Я посчитал невозможным не воспользоваться этим случаем, и задал ему много интересующих меня вопросов об этой платформе.

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



Конспект интервью под катом.

Перевел документацию к Blendercam 0.9.

Blendercam — это аддон к Blender 3D, который позволяет создавать G-код, моделировать и подготавливать модели для фрезерования.

Из первых впечатлений. Как и Blender 3D, Blendercam — быстро развивающийся проект, который уже позволяет быстро и удобно решать массу задач по 3D-фрезерованию, сверлению и другим видам обработки ЧПУ. Пользоваться действительно очень просто и удобно.

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

Сделал мануал сразу в PDF, удобным для печати: disk.yandex.ru/d/3aWfI7zWTcaj2w

Под катом перечень опций от разработчика.

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

Что ж, я — тот самый удаленный разработчик. Удаленнее некуда.

Мне много раз приходилось бывать и в роли постановщика задач, и зачастую этот опыт был успешным. На самом деле, для комфортной работы с программистами достаточно даже минимального понимания того, что происходит «под капотом».

Палю тему.

Здесь приведен небольшой анализ, в результате наблюдений «изнутри» за развитием нескольких весьма удачных проектов.

Попробую изложить некоторые основы менеджмента на примере развития интернет-проектов с помощью простой математики.

Предоставляемая информация верна для любой платежной системы. В том числе для систем DSS PCI, простого эквайринга (прием платежей банковскими картами), виртуальных платежных систем (яндекс.деньги, вебмани, робокасса и др).

Обсуждение статьи «Скомпрометированы транзакции плательщиков RBK Money» показало критичную безграмотность некоторых комментирующих. Обычно свет знаний у невежества вызывает страх и раздражение, что интересно отследить по комментариям. Я попытался дать разъяснения там в обсуждениях, за что и поплатился.

Как программировать безопасный прием платежей? Поделюсь опытом, расскажу и покажу. Для нуждающихся ссылки на прувы (доказательства) приведены в конце статьи.

Решал интересную задачу – сделать визуальный редактор-конфигуратор окон.

Подробностями процесса разработки я с вами, коллеги, и поделюсь.


UPD. Добавил скриншоты.
UPD2. Речь идет об окнах оффлайновых, застекленных, деревянных или пластиковых — через которые на улицу из дома смотрят

Спасибо за отклики!

Альтернативная точка зрения на партнерство, относительно той, которую проповедуют инвестиционные фонды.

Спасибо за статью habrahabr.ru/post/191210! Хорошую тему подняли.

Поделюсь и своим опытом. Ниже — идентичное содержание и первой, и заключительной лекции в программе подготовки стажеров.

В программировании, помимо ЭВМ, методик и софта с разных сторон, есть еще такой ключевой элемент, как программист.

Почему он самый главный? Потому что, как знают многие, большую часть решений можно создать без ЭВМ, без методик и без софта – карандашом на бумаге или вовсе в воображении. А без программиста создать программу нельзя. Потому что он, программист, как раз программу и создает.

О программисте, как о решающем факторе, и о его мозге, как об основном инструменте, мы сейчас поговорим.

Пример программирования валидации на CoffeeScript.

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

Привет! А мы между делом перевели оригинальную документацию CoffeeScript на русский язык и опубликовали ее cidocs.ru/coffeescript

Зачем это сделали, и еще немного интересного про CoffeeScript — под катом

UPD. Было непросто поселить этот пост на хабре. Модератор поместил его в хаб «Я пиарюсь» в соответствии с правилами, ввиду того, что пост содержит ссылку на «личный сайт»

К хорошим постам «Код в стиле «дамп потока сознания»» и «Микро-рефакторинг, о котором мы так часто забываем».

• Почему большинство программистов не любят «читать чужой код»?
• Почему рефакторинг и внесение изменений становятся серьезной проблемой?
• Почему так часто случается, что легче переписать с нуля?
• Почему одни программисты называют других хорошими или плохими словами?

Конечно, многие из вас обнаружат, что предлагаемые ниже ответы на эти вопросы весьма знакомы, но возьмите эту статью на заметку, так как кидать линк зачастую все же существенно комфортнее, чем распинаться в объяснениях и доказательствах очевидного.

Продолжаем делать ютуб habrahabr.ru/post/171225

Открытый вопрос — с уходом ffmpeg из Ubuntu, что придет на замену модулю php5-ffmpeg? Сообщите в комментариях, если вам что-то известно.

Под катом небольшая функция, написанная на PHP5, использующая модуль php5-ffmpeg, извлекающая скриншоты и статистику из видео.

К хорошему посту habrahabr.ru/post/171213

Некоторое время назад FFMPEG в Ubuntu объявили non grata. В качестве замены развивается дублирующий проект — AVCONV.

Принцип работы похож, но есть некоторые незначительные отличия.

Приведу пример решения популярной задачи — подготовки видео для публикации в теге video HTML5.

1. Преобразуем видео из произвольного формата в набор FLV, MP4 и OGV
2. Накладываем ватермарк

К посту habrahabr.ru/post/170391

Может быть, это и не совсем удачная идея, но давайте просто обсудим ее. Это интересно.

Менеджмент, как техпроцесс, является основным и неотъемлемым фактором развития проектов. В подавляющем большинстве случаев для стартапов нанять опытного менеджера представляется сложным — услуги достойного специалиста стоят недешево, да и доверять на раннем этапе постороннему лицу участникам стартапа будет сложно. Поэтому менеджментом занимаются, как правило, сами участники проекта.

На хабре есть много тем по специфичным аспектам менеджмента проектов. Но именно основы менеджмента до сих пор не были освещены.

Попробуем закрыть этот пробел.

Кратко обозначены, выделены и пояснены основные, наиболее важные моменты.

UPD. Пост про менеджмент, а не про менеджеров.

Пока писал комментарий, автор перенес пост в черновики. Поэтому напишу сюда.

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

Пост хотел плюсануть, но просто не успел. Уважаю мнения, тем более хорошо изложенные!

На самом деле пост отличный, предлагаю автору вернуть его.

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

Написано по личному опыту и впечатлениям. Это не полный материал, скорее небольшая выжимка.
Пожалуйста, отметьте, что понравилось, напишите в личку замечания и вопросы.

В прошлом десятилетии я имел счастье фрилансить некоторое продолжительное время. Веселое было время. Не стабильно, местами чугунно, но в целом было интересно.

Сейчас я работаю в компании, которая достаточно активно контактирует с фрилансерами, и естественно, соучаствую в этом процессе.

На правах заказчика и фрилансера в одном лице, оглядываясь на хороший опыт, им, собственно — опытом — и делюсь.

А мы используем внутренние стандарты. Они действительно полезны:
— стандартам совершенно не обязательно следовать;
— они позволяют быстрее и комфортнее осваиваться;
— они помогают меньше теряться при творческом процессе.

Исторически свершилось так, что мы активно используем CodeIgniter. Стандарт по разработке приложений на CodeIgniter предлагается вашему вниманию.