а как считали тогда?

Все сидят в идее?

а как считали тогда?

ну кроме идеи есть ещё как минимум студия

студия не умеет так делать?

хз

вопрос не в том, кто как умеет или не умеет делать, а кто этим пользуется

зачем 4 раза жмать кнопку если можно 1 раз и результат тот же)

то есть, кто включает галку, а кто коммитит с табами

зачем 4 раза жмать кнопку если можно 1 раз и результат тот же)

так идеа сама же заменяет уже при написании

так пробел сломаешь, по 4 раза тыкать

зачем 4 раза жмать кнопку если можно 1 раз и результат тот же)

софт-табы

зачем 4 раза жмать кнопку если можно 1 раз и результат тот же)

4 пробела, действительно смысл

4 пробела, действительно смысл

8 пробелов же

12

36

жмякаю два раза пробел, только если код набираю в каком-нибудь чатике

потому что таб там перенесет хер знает куда

придется смириться с меньшей зп, что ж поделать

придется смириться с меньшей зп, что ж поделать

?

https://medium.com/@steida/should-i-test-my-code-or-not-526ee1c5a3a5

как то очень спорно

да чего, фпшникам тесты не нужны

что может пойти не так в фп? Это ж программирование без багов и архитектуры)

да, ещё бы immutable state на входе программы, вообще бы счастье было

что может пойти не так в фп? Это ж программирование без багов и архитектуры)

аналог процедурщины что ли?

тогда скоро появится фпооп

то есть фооп

Так вроде проблема пробелов vs табов решена давно. IDE при нажатии на таб заменяет на N пробелов, сколько поставлено в настройках для языка. Нет страдающих переносов из-за разной величины таба и нет раздражающих нажатий по 2/4 раза на пробел.

Так вроде проблема пробелов vs табов решена давно. IDE при нажатии на таб заменяет на N пробелов, сколько поставлено в настройках для языка. Нет страдающих переносов из-за разной величины таба и нет раздражающих нажатий по 2/4 раза на пробел.

не в этом дело

Только на этой почве холивар должен быть исчерпан ))

Так вроде проблема пробелов vs табов решена давно. IDE при нажатии на таб заменяет на N пробелов, сколько поставлено в настройках для языка. Нет страдающих переносов из-за разной величины таба и нет раздражающих нажатий по 2/4 раза на пробел.

ну да, ща как раз модны споры ооп vs фп, а не табы или пробелы)

не в этом дело

а в чем?

ну да, ща как раз модны споры ооп vs фп, а не табы или пробелы)

пожалуй, я не буду даже заикаться ))

а в чем?

в том, что идёт в коммиты, табы или пробелы

в том, что идёт в коммиты, табы или пробелы

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

Гемора с ними меньше, если есть замена при нажатии на таб.

https://meduza.io/shapito/2017/06/15/programmisty-kotorye-ispolzuyut-dlya-otstupov-probely-okazalis-bogache-teh-kto-zhmet-klavishu-tab

Статья обычный инфомусор, благодаря таким рождаются культы карго "Билл Гейтс богатый человек, он всегда встаёт в 5 утра, я тожу буду вставать в 5 утра чтобы стать как Билл Гейтс" Другое дело если бы статья была о бестпрактис, почему и какой вариант лучше использовать, было бы совсем другое дело.

Статья обычный инфомусор, благодаря таким рождаются культы карго "Билл Гейтс богатый человек, он всегда встаёт в 5 утра, я тожу буду вставать в 5 утра чтобы стать как Билл Гейтс" Другое дело если бы статья была о бестпрактис, почему и какой вариант лучше использовать, было бы совсем другое дело.

не стоит так остро реагировать))

не стоит так остро реагировать))

да вроде вполне справедливо все Сергей описал

хорошо конечно, что рубрика “шапито”

Статья обычный инфомусор, благодаря таким рождаются культы карго "Билл Гейтс богатый человек, он всегда встаёт в 5 утра, я тожу буду вставать в 5 утра чтобы стать как Билл Гейтс" Другое дело если бы статья была о бестпрактис, почему и какой вариант лучше использовать, было бы совсем другое дело.

Культа карго возникает не из-за таких статей, а потому что у не у всех людей развито критическое мышление

Культа карго возникает не из-за таких статей, а потому что у не у всех людей развито критическое мышление

аминь.

по поводу таких вот "исследований" есть неплохое образовательное видео

https://www.youtube.com/watch?v=42QuXLucH3Q

https://www.youtube.com/watch?v=pu0EXQvoaCc

??

https://www.youtube.com/watch?v=7HXIrEsmlzM

видел этого типа с таких же докладом на Съесть Собаку

видел этого типа с таких же докладом на Съесть Собаку

https://www.youtube.com/watch?v=rjtbCyacJas

это так работает? выбрал одну тему и ездишь с ней год по конференциям?

это так работает? выбрал одну тему и ездишь с ней год по конференциям?

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

я не знаю как у других, а на одну тему тратится нехило времени

ну я без претензий особо, доклад и правда хороший)

у меня это docker, апишки и связанность

челик вот загоняет про технические паттерны в ddd, местами хорошо, местами упрощенно настолько что теряется идея.

Слушай, а вот ты везде говоришь у нас симфони, с которой мы выкинули почти все, типо и на этом мы пилим e commerce

но норм, допилит

Слушай, а вот ты везде говоришь у нас симфони, с которой мы выкинули почти все, типо и на этом мы пилим e commerce

ну

вот интересно что из себя представляет ваша платформа, проверенная временем для создания апишек, я так понимаю вы от нее не особо отклоняетесь?

ну мы ее постоянно допиливаем и эксперементируем

в целом это тот же симфони, просто без форм

там больше упор был на контейнеризацию и деплой

но получается она так или иначе, как есть, покрывает почти все хотелки бизнеса, типо ты в ж в сфере апишек давно

ну и всякий бред типа моих request-objects

но получается она так или иначе, как есть, покрывает почти все хотелки бизнеса, типо ты в ж в сфере апишек давно

в целом да. Но мы хотим на graphql мувнуться

интересно к чему пришли, мы вот только недавно начали сами выпиливать всякий шлак, вроде FOSRestBundle и ему подобных

ERROR: S client not available

в целом да. Но мы хотим на graphql мувнуться

я с этого предложения долго смеялся, как там было на докладе?

я с этого предложения долго смеялся, как там было на докладе?

да блин сложна, чет как-то либо проект слишком большой что бы пробовать новое, либо нет людей

гемор короч, мы не хотим просто так впихивать что-то новое, хочется как-то меньше рисков

а для этого должно быть хотя бы по челику на каждом компоненте (мобилки, фронт, бэк) а лучше по два кто шарит

что бы было проще потом распространять

я вот все борюсь что бы убедить руководство убрать версионизацию апишки, потому что судя по хотелкам сначала мы делаем одно, потом обвешиваем текущий функционал minimum viable product дополнительными хотелками и релизимся как v2

и еще год за собой тянем боль от поддержки пред.версии апихи

я с этого предложения долго смеялся, как там было на докладе?

Можно использовать целую массу разных инструментов, лично мы используем ApiBlueprint сейчас, очень посматриваем в сторону RAML'a, но возможно, на GraphQL перейдем раньше. (с)

https://twitter.com/tobySen/status/874640259128193024

https://www.youtube.com/watch?v=01OZ3SAM3s4

Собеседую программиста через пару дней. Хочу проверить склиллы software design. SOLID/GRASP и все такое. Не натыкались ли вы на что-то вроде сборника задачек, типа дан код, в котором нарушен какой-нить принцип дизайна, надо идентифицировать проблему и отрефакторить код?

Каждый день натыкаюсь)) если у самого понимания нет, может рано ещё собеседовать? Обычно с такими вот "любителями задачек из интернета" продолжать общение на собеседовании не хочется. Выдуманный пример предлагай, и слушай как кандидат рассуждает. На примере устройства автомобиля. А эти ваши баззворды способствуют развитию разве что культа карго.

я чувствую твою боль

Вся наша жизнь - боль)

Вся наша жизнь - боль)

насколько адекватно, как думаешь? https://gist.github.com/f3ath/d9a7692189c3e986c2f6824a5e2fb903

Жизненный пример)

Только про бэкап урл не понял) видимо тут нужно отдельно ещё и взаимодействие с виджетом продумывать.

Только про бэкап урл не понял) видимо тут нужно отдельно ещё и взаимодействие с виджетом продумывать.

Я имел в виду разделение транспортного уровня (получение данных по http) и бизнес-логики

Ну типа проверить как соблюдается SRP

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

Туда же можно добавить случай типа а вот у нас формат данных поменялся, что делать?

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

Объектную модель надо надизайнить. Есть источники данных и представление о UI

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

Это тоже важно для программиста) умение сформулировать требования и запросить недостающую информацию) очень жизненно

Я пытаюсь сэмулировать поток требований от бизнеса

И посмотреть как инженер будет действовать с учетом этого потока

И в условиях неопределённости

Главное чтобы кандидат не "сломался")

Скорее наоборот. Чтобы сломался до того, как получит офер

И в условиях неопределённости

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

Скорее наоборот. Чтобы сломался до того, как получит офер

Тут должен появиться мем про javascript и психанувшую девочку) Главное не переусердствовать, если вы ищете рядового программиста, не стоит строго спрашивать про анализ требований и взаимодействие с бизнесом имхо.

Это синьор позиция