Непонятно, как позиционируется этот софт. Какую проблему вы хотите решить?
Это инструмент для удаленного ревью? Для ревью более удобен формат форума (как на гитхабе), поскольку одновременное ревью несколькими разработчиками создаст такую кашу в чате, что будет непонятно что к чему.
Или это все же инструмент для удаленного парного программирования? В таком случае, отсутствует главная возможность — совместное редактирование кода. И комментирование опять-таки в этом случае излишне, поскольку можно делать комментарии прямо в коде.
По-моему тут скорее вопрос о наглядности представления состояния репозитория.
Например, я с гитом работаю почти всегда из консоли, но я подобрал для себя несколько строго консольных инструментов, которые прекрасно выполняют функцию визуализации и благодаря им я всегда максимально в курсе в каком состоянии находится репозиторий. И это дает меньше возможностей случайно накосячить, наверное не сильно слукавлю, сказав, что за последние пару лет количество инцидентов нулевое.
С GUI упор делается на визуализацию, поэтому в принципе состояние репозитария более понятно пользователю. Но при этом GUI зачастую прячет многие полезные команды либо под слой абстракции, либо вообще. И это существенный минус, потому что в любом случае приходится лезть в консоль, чтобы сделать что-либо менее тривиальное, чем add-commit-push-pull.
Говоря о коммерческой конкуренции я в первую очередь имею в виду сервисы, не предоставляющие исходный код, но широко известные и имеющие громадные объемы объявлений, типа avito. Из-за самой природы досок объявлений там действует «принцип icq» — я ищу/даю там объявление просто потому, что все ищут/дают там объявления. Поэтому и возник вопрос о нужности небольших локальных досок.
В целом позиция мне примерно понятна. Насчет конкуренции в регионах с недостаточным присутствием на рынке сервисов объявлений — возможно это действительно рабочий вариант, согласен.
Разберитесь с code style и отступами в коде — смешанное использование табов и пробелов это адский ад.
Также интересно спросить: кто предполагается потребителем данного продукта? Очевидно, что ценность доски объявлений зависит от количества размещенных на ней объявлений, и поэтому непонятно как позиционируется продукт. С одной стороны, для узких групп пользователей обычно достаточно групп вконтакте, с другой стороны — для широкой аудитории будет очень сложно конкурировать с существующими на рынке коммерческими продуктами.
Думаю, нужно воспользоваться этой модой в целях просвещения. Программирование как таковое знать может быть и не обязательно, но основы логики, алгоритмизации и декомпозиции задач видятся весьма и весьма нелишними для любого человека.
Поливание грязью отдельных людей и отдельных групп — есть, пренебрежение к читателю и провокации — есть, капитанство — тоже есть. Ах да, еще про кубометры воды забыл.
Уже третья статья, наверное пора спросить автора: уважаемый, а где философия-то? Сколько еще статей ждать?
Автор, вычитайте еще на раз последнюю часть перевода на предмет написания слов, и будет хорошо :)
По теме статьи — для интересующихся есть такая вот замечательная книга товарища Сасскинда, в достаточно доступной форме и без лютого матана описывающая разные точки зрения на вопрос стыковки ОТО и квантовой теории.
Отличная схема :) Однако в нее не попадает один исключительный вариант — а именно, когда баг проявляется в тех браузерах, для которых очень сильно осложнена отладка, что касается в первую очередь устройств на iOS.
Да, это камень в сторону политики Apple насчет принудительного использования WebView и как следствие — отсутствия вменяемых средств отладки в браузерах, на нем основанных (то бишь всех кроме родного Safari). Особенно весело становится, когда в собственно Safari, имеющем относительно нормальную возможность отладки JS, баг не проявляется. При этом баг явно содержится где-то в JS-коде сайта, но отловить его не получается.
Пользуясь случаем, хотел бы спросить у сообщества, встречались ли вам такие случаи и как вы их в итоге разрешали?
Воображаю. И живо себе представляю, как Петров, делавший основную работу, вылетает из компании, а Иванов, будучи не в состоянии справиться с упавшей на него нагрузкой, начинает придумывать для начальства всё новые и новые отговорки почему что-то нереализуемо, а что-то до сих пор не починено, в итоге бизнес терпит убытки. Аналогично с подсиживанием, только Петров в данном случае пишет заявление по собственному и гори оно всё огнём. И какому бизнесу нужна такая перспектива?
А веду я собственно к тому, что надо просто хорошо делать своё дело. И уметь его презентовать именно так, как оно есть, не лучше и не хуже, но просто и честно. А способ самопродвижения по головам коллег — это, извиняюсь, свинство.
Согласен. Однако, лично для себя я бы предпочел уметь продать действительно работающую вещь за адекватные деньги с помощью пусть и не очень развитого навыка общения, чем уметь впарить еле работающую поделку чисто на умении убеждать и работать с людьми.
Моя точка зрения состоит в том, что коммуникацию надо развивать наравне с техническими навыками, возможно даже чуть больше отдавая предпочтение технике. Тезис статьи, каким он мне видится — в том, что коммуникацию нужно развивать в ущерб техническим навыкам, и я выражаю свое несогласие с этим. Естественно, всё это касается исключительно профессиональных программистов.
Я и не спорю, что может. Дело не в этом. Дело в том, что если человек стремится заработать побольше денег умением чесать языком, то программирование тут вообще не при чём.
Основное качество, которое влияет на то, получите вы работу, или нет — ваша способность убедить других в том, что вы полезны. При этом быть полезным совсем необязательно.
Прочитав статью на полтора раза, понял, что именно мне в ней не нравится. А именно — местами проскальзывает намек на то, что не обязательно работать или работать хорошо, главное вовремя навешать лапши на уши работодателю/начальнику и поддерживать эту лапшу в хорошем состоянии на протяжении всего периода работы, если получится.
Ваши политические и коммуникационные навыки, а также способность строить отношения имеют решающее значение, тогда как ваши технические навыки второстепенны.
Фантастическая ерунда. Без более или менее прокачанных «второстепенных» технических навыков ваши «решающие» коммуникационные и политические навыки никому не нужны. Хотя, конечно, всегда можно пойти и стать ещё одним очень эффективным менеджером.
Kango, как наверное и любой фреймворк, страдает тем, что предусмотренные в нем вещи сделать легко и просто, а вот если надо что-то не совсем стандартное, то, как говорится, шаг влево — шаг вправо — расстрел.
Существует способ автоматизации сборки под сафари — посмотрите на вот эту инструкцию.
Сертификаты можно достать при помощи патченного xar-архиватора (согласно инструкции) из готового safariextz-файла, который достаточно единственный раз собрать через Extension Builder.
Это инструмент для удаленного ревью? Для ревью более удобен формат форума (как на гитхабе), поскольку одновременное ревью несколькими разработчиками создаст такую кашу в чате, что будет непонятно что к чему.
Или это все же инструмент для удаленного парного программирования? В таком случае, отсутствует главная возможность — совместное редактирование кода. И комментирование опять-таки в этом случае излишне, поскольку можно делать комментарии прямо в коде.
Например, я с гитом работаю почти всегда из консоли, но я подобрал для себя несколько строго консольных инструментов, которые прекрасно выполняют функцию визуализации и благодаря им я всегда максимально в курсе в каком состоянии находится репозиторий. И это дает меньше возможностей случайно накосячить, наверное не сильно слукавлю, сказав, что за последние пару лет количество инцидентов нулевое.
С GUI упор делается на визуализацию, поэтому в принципе состояние репозитария более понятно пользователю. Но при этом GUI зачастую прячет многие полезные команды либо под слой абстракции, либо вообще. И это существенный минус, потому что в любом случае приходится лезть в консоль, чтобы сделать что-либо менее тривиальное, чем add-commit-push-pull.
Тоже не мыслю без него работы, настолько привык :)
В целом позиция мне примерно понятна. Насчет конкуренции в регионах с недостаточным присутствием на рынке сервисов объявлений — возможно это действительно рабочий вариант, согласен.
Также интересно спросить: кто предполагается потребителем данного продукта? Очевидно, что ценность доски объявлений зависит от количества размещенных на ней объявлений, и поэтому непонятно как позиционируется продукт. С одной стороны, для узких групп пользователей обычно достаточно групп вконтакте, с другой стороны — для широкой аудитории будет очень сложно конкурировать с существующими на рынке коммерческими продуктами.
омг…
+ В глобальной области нехорошо так лихо функции писать. AMD/requireJS в помощь.
+ куски копипасты в коде.
Лучше бы вы взяли готовый модуль.
Уже третья статья, наверное пора спросить автора: уважаемый, а где философия-то? Сколько еще статей ждать?
По теме статьи — для интересующихся есть такая вот замечательная книга товарища Сасскинда, в достаточно доступной форме и без лютого матана описывающая разные точки зрения на вопрос стыковки ОТО и квантовой теории.
Да, это камень в сторону политики Apple насчет принудительного использования WebView и как следствие — отсутствия вменяемых средств отладки в браузерах, на нем основанных (то бишь всех кроме родного Safari). Особенно весело становится, когда в собственно Safari, имеющем относительно нормальную возможность отладки JS, баг не проявляется. При этом баг явно содержится где-то в JS-коде сайта, но отловить его не получается.
Пользуясь случаем, хотел бы спросить у сообщества, встречались ли вам такие случаи и как вы их в итоге разрешали?
А веду я собственно к тому, что надо просто хорошо делать своё дело. И уметь его презентовать именно так, как оно есть, не лучше и не хуже, но просто и честно. А способ самопродвижения по головам коллег — это, извиняюсь, свинство.
Моя точка зрения состоит в том, что коммуникацию надо развивать наравне с техническими навыками, возможно даже чуть больше отдавая предпочтение технике. Тезис статьи, каким он мне видится — в том, что коммуникацию нужно развивать в ущерб техническим навыкам, и я выражаю свое несогласие с этим. Естественно, всё это касается исключительно профессиональных программистов.
Прочитав статью на полтора раза, понял, что именно мне в ней не нравится. А именно — местами проскальзывает намек на то, что не обязательно работать или работать хорошо, главное вовремя навешать лапши на уши работодателю/начальнику и поддерживать эту лапшу в хорошем состоянии на протяжении всего периода работы, если получится.
Фантастическая ерунда. Без более или менее прокачанных «второстепенных» технических навыков ваши «решающие» коммуникационные и политические навыки никому не нужны. Хотя, конечно, всегда можно пойти и стать ещё одним очень эффективным менеджером.
Сертификаты можно достать при помощи патченного xar-архиватора (согласно инструкции) из готового safariextz-файла, который достаточно единственный раз собрать через Extension Builder.