• Method Swizzling и Swift: но есть нюанс
    0
    UPD Swift 5.1
    Для зашедших через поиск с 2020 года рекомендую ещё посмотреть на @_dynamicReplacement
    forums.swift.org/t/dynamic-method-replacement/16619

    Очень инуитивно работает
  • Method Swizzling и Swift: но есть нюанс
    0
    Спасибо за обозначены нюанс, помогло!
  • Поиск компонент сильной связности: алгоритм Косарайю
    0
    спасибо! (я уже был начал спиваться, но надеюсь что алгоритм Косарайю вернёт меня к жизни)
  • Blameless environment: никто не должен писать качественный код
    0
    мне кажется что многим инженерам будет претить торговаться за каждую задачу, ощущение как на рынке в Индии. Поэтому на fix price наверное можно соглашаться только от безысходности, и всегда радуешься когда вырастаешь из этих штанишек.
    Только хорошая почасавая оплата, желательно с людьми которые говорят на английском без сильно выраженного русского акцента.
  • Blameless environment: никто не должен писать качественный код
    0
    и то и то.
    В книге «Remote. Офис не обязателен» авторы наоборот говорили о необходимости неформального общения, мол этот «water cooler» где обмениваться анекдотами и фильмами, тут же тезис о том что все должно быть жёстко про бизнес не совсем раскрыт, мне кажется это не будет работать в долгосрочной перспективе.
    Тоже самое с оплатой за результат, люди уйдут как только смогут найти что-то получше.
  • Blameless environment: никто не должен писать качественный код
    0
    *upd. простите ответил сразу не на тот комменатрий

    судьи — опытные разработики которые будут голосовать ногами
  • Blameless environment: никто не должен писать качественный код
    +3
    >В общем такое ощущение, что данный подход работает только при аутсорсе, при этом компания представляет собой всего-лишь ещё одну биржу, и смысл работы в ней непонятен.

    Очень хорошо сформулировано. Да, компания которую наверное лучше обходить стороной )
  • Blameless environment: никто не должен писать качественный код
    +9
    >Мы общаемся только на рабочие темы. Если кто-то хочет обсудить «Игру престолов» — извини, мы работаем, а «Игру престолов» обсуждай со своими друзьями. Если хочешь обсудить новую технологию, создай тикет, давай ее обсудим: возможно, она принесет пользу проекту. Но «Игра престолов» точно не принесет пользы проекту.
    >Оплата за результат. Это самая холиварная часть: мы не платим зарплаты. Кто-то пошутил, что мы не платим разработчикам в принципе.

    жесть
  • Почему трудно работать в мультинациональной команде
    –2
    Не совсем понятно что хотел сказать автор, но у меня лично фокус сместился с «трудно работать в мультинациональной команде» в трудно работать с русскоговорящими.

    Хочу посоветовать книгу «Русские проблемы в английской речи» от Линн Виссон, на которую я в 2012 на хабре делал небольшую выжимку "7 типичных русских проблем в аглийской речи"
  • Все профессии важны: почему тестировщика нужно ценить не меньше, чем программиста
    +4
    Хороший тестировщик на проекте на вес золота. Поэтому приятно слышать что это к кому в удовольствие. Но как отметили выше, не совсем понятно куда расти.

    У меня была почти такая же ситуация как у вас, 9 лет назад выбирал между junior developer и senior automaiton dev. Деньги перевесили и пошёл в «сеньёры», но в long term пожалел, ибо стеклянный потолок очень близок, перешёл в iOS dev и ни разу не пожалел (первый год конечно очень тяжело было).

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

    Из QA получаются отличные PM, DevOps и т.д., но всё же в разработке гораздо комфортней. С такой хорошей технической базой можно ещё два раза карьеру поменять. Удачи
  • Поиск компонент сильной связности: алгоритм Косарайю
    0
    К сожалению слетели все картинки (
    Но и без картинок спасибо, немного более понятно стало
  • Алгоритмы построения пути для беспилотного автомобиля. Лекция Яндекса
    0
    Отличный доклад. Спасибо Роман и Академия Яндекс!

    Простите за дилетанский вопрос, но в ходе доклада было озвученно четыре пути решения:
    1. Алгоритмы на графах
    2. Оптимизационные методы
    3. Стохастические алгоритмы
    4. Специализированные методы

    А что если пойти путём который был применён для решения проблем в шахматах, в го (Alpha Go) и теперь ещё для симуляции борцов сумо. А именно: не обучать нейронную сеть (о том как человек бы действовал), а свести проблему к N автомобилям которым нужно пройти по маршруту как можно быстрее, без какого-то вообще предварительного обучения (without being taught). AI в таком случае может выроботать какие-то свои правила, и решение может получится наиболее эффективным. (Или этот путь просто стохастические/рандомизированные алгоритмы с использованием нейроных сетей?)

    Спасибо

  • Четыре типажа программистов
    0
    Спасибо за статью, очень понравилось. Последний раз были такие яркие впечатления от прочтения Адизиса. Узнаёшь каждого персоонажа и понимаешь что всё так и есть, люди они все конечно уникальны, но с классификациями оно как-то легче живётся )
  • Почему я игнорирую рекрутёров Google
    +1
    Мне кажется что для развития как программста в Facebook гораздо больше возможностей чем в любой маленькой компании. Я бы на исходники instagram и facebook c удовольствием посмотрел (а у каждого dev в FB есть эта возможность)
  • Почему я игнорирую рекрутёров Google
    +1
    да, Microsoft, Amazon и Google как говорят уже давно совсем не торт. Только зачем исскуственно сокращать возможную выборку? Если я смогу пройти в Facebook я два года с удовольствием там поработаю
  • Почему я игнорирую рекрутёров Google
    +4
    >или обхода деревьев, причем по памяти
    не знаю про какие компании вы говорите, но обычно просят просто решить пару задач. Мне кажется что базовые понятия такие как O(1) O(n) и O(n*lg(n)) достаточно трудно забыть.

    но когда опытные разработчики (с дясятками проектов за плечами) не могут ответить чем отличается Array от Set-а — это достаточно грустно
  • Почему я игнорирую рекрутёров Google
    0
    ответил вам комментарием выше
  • Почему я игнорирую рекрутёров Google
    +5
    >«Немного» это сколько?
    20 challenges из Cracking Code Interview на HackerRank вполне хватит

    Коллеги, я это всё к чему, базовые «алгоритмы» спрашивают на собеседовании в Facebook, Google, Booking и др.
    Не понимаю зачем закрывать двери перед этими компаниями если можно просто один раз переступить через себя и месяца за три (в свободное от работы время) порешать эти задачки. Это совсем не так сложно как кажется, а многие вещи очень даже интересны

    https://www.hackerrank.com/domains/tutorials/cracking-the-coding-interview
  • Почему я игнорирую рекрутёров Google
    –1
    Выучите вы немного алгоритмов наконец. Пройти 20 challenges из Cracking Code Interview на HackerRank вполне хватит, и можно будет забыть о этой проблеме совсем.
    Это как дисскурс о высшем образовании. Оно по сути не нужно. Но если человек таки его получил то это значит что он может достигать поставленных целей. А эффективная работа в кровавом энтерпрайзе — это не только код
  • Почему мы злые?
    +4
    Я прав, а ты нет

    Концепция «правильно» — «неправильно» принесла много бед представителям СССР на международной арене. Употребление этих слов советскими дипломатами чуть ли не на каждом шагу было постоянным источником раздражения среди западных дипломатов и помехой для достижения многих соглашений. Американский лингвист Эдуард Гленн дал прекрасное философское объяснение этому явлению:

    «Советские дипломаты часто характеризуют позицию своего собеседника как “incorrect” — неправильную. При этом они не обвиняют своих оппонентов в фальсификации фактов, а просто имеют в виду неправильное истолкование этих фактов. Такой подход понятен только в контексте марксистско-гегелевского мышления, которое предполагает, что исторические события развиваются определенным и заранее известным образом. Поэтому любой подход, который не соответствует истории, в равной степени и не соответствует истине; он столь же неверен, сколь неверно решение математической задачи. А наши представления, напротив, обычно поддерживают компромиссы… мысль, что у каждого вопроса есть две стороны, трудно воспринимается теми, кто не знаком с этой концепцией и ее влиянием»

    Глубокое убеждение, что «каждый по-своему прав», что «все идеи и ценности относительны», боязнь незаслуженно обидеть собеседника иногда создают у русских представление об американцах как о мямлях и тюфяках. В русском языке слово «компромисс» многозначно; оно может означать отказ от некоторых положений, отстаиваемых двумя конфликтующими сторонами, и принятие взаимоприемлемых уступок. Но оно также означает отказ от фундаментальных принципов, что придает слову отрицательный оттенок. Английский compromise полностью лишен этого второго значения — отступление от «правильного» пути. В английском языке, принятом в США, compromise всегда имеет положительный смысл.

    https://habrahabr.ru/company/taucraft/blog/145755/
  • Реализация интерфейса с выдвижной панелью в iOS приложении
    0
    спасибо за статью.

    Если не трудно, расскажите пожалуйста как вы сделали такую анимацию
  • Портфель iOS TEAM разработчика
    0
    в другое я бы добавил ещё:
    SimPholders 2.2 — для просмотра данных в CoreData
  • Как подружить iOS-приложение с типографикой
    0
    Спасибо
  • История создания Chatto
    0
    Спасибо, очень интересно. Выглядит и работает очень круто, жаль что вас небыло год назад :)
  • GitHub добавил поддержку шаблонов для Issue и Pull-реквестов
    +1
    У Bitbucket данный функционал очень хорошо реализован
  • Первая игра для iOS и первые трудности. Как не опустить руки и довести дело до релиза
    0
    мне казалось что позволять востанавливать покупки (restore purchase) требование года так с 2013 года.

    уверен не на 100%, но на разве purchase items не хронятся в itunes connect, и нужно просто добавить метод чтобы restore purchase и он там выдаст по Apple ID (без необходимости реализации iCloud)
  • Работа iOS App в фоновом режиме
    +1
    я бы ещё добавил, что когда мы добавляем permission на location update (в background mode), при публикации приложения в Apple Store нужно обязательно не забыть в конце дописать:
    “Continued use of GPS running in the background can dramatically decrease battery life.”

    ибо словить из-за этой ерунды rejection очень не приятно (особенно когда стартап)

    2.16

    We found that your app uses a background mode but does not include the following battery use disclaimer in your Application Description:

    “Continued use of GPS running in the background can dramatically decrease battery life.”

    It would be appropriate to revise your Application Description to include this disclaimer.
  • iOs Debug Master
    0
    ох, я надеялся что вы вытяните самый сок из курса Ray Wenderlich по advance использованию LLDB

    Video Tutorial: Using LLDB in iOS Part 1
    www.raywenderlich.com/71588/video-tutorial-using-lldb-ios-part-1-getting-started
    там только первое видео бесплатное, но я очень рекомендую с ним ознакомится. Ибо как они там говорили: «нельзя быть самым крутым на вечеринке, когда не знаешь как делать программируемые breakpoints (которые срабатывают лишь при определённых условиях или значениях)
  • По итогам Rambler.iOS #4
    +1
    Спасибо что не поленились записать видео. Первые две темы как раз то что мне сейчас нужно.
  • Пол Грэм: «Месть ботанов», часть 1
    +2
    думаю что в 2002 году могло быть и похуже.
    Ваша компания кстати сертифицирована SEI CMMI Level 5? Как вспомню, так вздрогну )
  • Осенние онлайн-курсы от Computer Science Center и Академического университета
    +2
    Кристина, большое спасибо что сделали старые курсы открытыми!
    Пару месяцев назад решил вернутся к курсу алгоритмы, но обнаружил что доступ к материал отсутствовал и очень расстроился.

    Снова добавил stepic.org в закладки (рядом c coursera и khan academy :)
  • Компиляция iOS приложений для Windows Store
    +1
    ох, раскатал было уже губу, но для наших проектов без поддрежки autolayout и storyboard не имеет смысла
  • Грязные секреты экспресс-курсов по программированию
    0
    у нас в Минске, за качественных интернов ещё и не плохая конкуренция идёт
    получить бакалавра в CS всё таки многие вещи потом упрощает
  • Размышления о способах обработки ошибок
    0
    Писал когда-то обработчик ошибок на Objective-C с использованием патерна Chain of responsibility.
  • Организация Objective C класса
    0
    спасибо за статьи, пожалуйста продолжайте
  • Неприятные аспекты работы с Images.xcassets: размер и память
    0
    да, я юзаю, ImageOptim, часто помогает обжать на 50% без заметной потери в качестве
  • Почему айфон перезагружается от арабской смс
    +1
    xCode 6.2 вылетил, на телефоне тестить не рискнул
    Когда пытался расшарить эту новость в группе CocaoHeads Belarus, Facebook сказал мне следующее:

    The content you're trying to share includes a link that might be unsafe

    Power
    لُلُصّبُلُلصّبُررً ॣ ॣh ॣ ॣ


    всем!
  • Передача проекта от дизайнеров iOS разработчикам
    0
    Раньше тоже весьма плевался когда просили нарезать дизайн самостоятельно. Однако в последнее время перестал делать из этого трагедию и нормально сам в фотошопе меряю и нарезаю с помощью бесплатного плагина Cut&Slice me www.cutandslice.me
    p.s. Sketch ещё не освоил, но в активном процессе.
  • Наш новый проект на Russian StartUp Tour 2015
    –2
    Саш, я не спорю что ваш проект перспективней и технологичнее, но я когда прочитал предположение о том что «не все присутствующие в зале — колхозники» смеялся, как председатель того самого колхоза.

    Кстати, если вы подымите денег, или на каких-то других условиях вам нужно будет сделать iOS приложение, обращайся, с удовольствием сделаю вам MVP :)
  • Наш новый проект на Russian StartUp Tour 2015
    0
    >Система автоматического выявления половой охоты коров Ovi-bovi

    Этот проект вызвал больше всего улыбок у зрителей. Не только из-за своего предназначения, но и довольно экспрессивного оратора Дмитрия Широкого, некоторые фразы которого просто не могли не рассмешить. К примеру, во вступительном слове он предположил, что, наверное, не все присутствующие в зале — колхозники. © tut.by