RUQ
+1
Типа Ansible?
RUQ
+3
ort и команда, поздравляю.
RUQ
0
Судя по данным Net Applications доля linux 2%, доля Macos 10%
Да, только эти 10% + 2% как раз и есть программисты.)

А установить Visual Studio гораздо проще, чем пытаться понять почему страничка написанная в блокноте работает, но подключить библиотеку из js файла не получается.
Серьёзно? Установить VIsual Studio + разобраться в синтаксисе C#, построить UI (а мы же говорим именно про него) легче чем подключить js файл к html?

Ах да, надо установить IDE для разработки, ой, в случае с JS ещё надо найти бесплатную, а ещё надо её настроить, если вдруг всё не настроено по умолчанию.
Ну Вы или намеренно лукавите, или не знаю. В отличии от C#, для JS никакая IDE ненужна. Как раз это я и написал вам. Я честно говоря только одну платную IDE для JS — WebStorm, да и 90% людей используют Sublime/Vim/Notepad++
RUQ
+2
Хм, позвольте не согласиться с вашей логикой.

Теперь я хочу написать что-то минимально полезное с интерфейсом
в HTML/css, чтобы получить консольный или нормальный интерфейс.

Так вы хотите или не хотите написать что-то с интерфейсом?

А теперь сравните этот старт с C#, Microsoft предлагает бесплатное IDE

Класс, то есть написать пару строчек в любом текстовом редакторе, сложнее чем установить всю эту громадину от MS? Не говоря уже, о разработке на любой операционной системе кроме Windows.
RUQ
+2
Я люблю такие истории, потому что с одной стороны большая бездушная корпорация, а с другой живые люди. Привет живые люди:)

P.S. С днём рождения, да)
RUQ
+28
Я люблю такие истории, потому что с одной стороны большая бездушная корпорация, а другой живые люди. Привет живые люди:)
RUQ
+3
Недостатки

Конечно, не всё так радужно. Помимо множества достоинств, у React.js и React Native есть и немного недостатков.

Самый большой из них — если вы хотите использовать React на мобильной платформе, то у вас будут нативные виджеты. Это сильно ускоряет разработку, интерфейс выглядит привычно, но вашим программистам придётся это учить. То есть взять толстый талмуд по разработке приложения под Android и посмотреть, какие элементы пользовательского интерфейса там есть, как они взаимосвязаны друг с другом, как этим всем пользоваться и правильно собирать. И когда те же разработчики попробуют сделать приложение для iOS, то придется взять ещё больший талмуд от Apple и проштудировать, чтобы результат выглядел как нормальное приложение. Это, безусловно, занимает время.

Ещё один недостаток заключается в том, что при использовании React для веба он вам не даёт вообще ничего. Вот DIV’ы, верстайте сами. Для мобильных платформ из коробки доступно порядка трёх десятков виджетов, хотя у каждой из них намного больше элементов пользовательского интерфейса, под сотню. И если вы хотите использовать что-то помимо маленького стандартного набора, то придётся либо идти на GitHub и набираться идей, либо писать самостоятельно на низкоуровневом языке вроде Java или Objective-C.

Третий недостаток связан с молодостью проекта React Native. Это пока очень сырая технология, которую пока не успели довести до ума, в отличие от React.js. Конечно, проект развивается, Facebook постоянно что-то чинит, иногда что-то ломает. И если вы хотите использовать эту технологию, то будьте готовы к тому, что у ваших разработчиков иногда что-то не будет получаться, и чтобы это починить, они будут много времени проводить на Stackoverflow.


The best)
RUQ
+1
Axure — прототип (как правило).
Sketch/Adobe Experience Design — законченный результат.
RUQ
–3
Жаль его нет в IE, можно конечно использовать полифил, но это опять значит какой-то доп.инструмент.
RUQ
0
Я так понял да, и кроме того там встроенная админка (если речь о hivepod).
RUQ
0
Или в ту же тему — github.com/Kinto/kinto
RUQ
+2
Ребят, кто пробовал www.hivepod.io? Выглядит интересно.
RUQ
+3
Алан Купер в своей книге «Об интерфейсе» писал о необходимости проектирования интерфейсов для середнячков. А что делать с новичками? Делать их середнячками.

А то Onboarding.
RUQ
0
Короче я дозанудничал, если вы имеете ввиду margin: 0 calc( 10% + 10px ) для блоков внутри flex-контейнера, без всяких там space-between, то таки да, скорее всего это оно.
RUQ
0
Я же говорю в вашем случае блоки будут по левому краю. Лучшая картинка, хм ну например так:

.container
    .child
    .child



.conatainer
    text-align: center
    margin: 0 -15px;

.child
    display: inline-block
    width: 300px
    margin: 0 15px;



Как-то так, таким образом дочерние элементы всегда будут по центру и равно-удалённы от друг друга, в отличие от вашего предложения когда они выровнены по левому краю .container.

P.S. Чувствую себя занудой.
RUQ
0
Не от space-between, и даже не от space-around. А ожидал от flexbox решения простой задачи распределения карточек с фиксированной шириной и например фиксироваными отступами по центру контейнера + каждая карточка должна быть одинакова по высоте (по контенту самой большой карточки).

Ваше предложение, её кстати тоже не решает, так как карточки будут выровнены по левому краю контейнера. Посмотрите как это решается например в twitter bootstrap — отрицательные маргины у контейнера.

Возможно как вариант взять от flexbox stretch по поперечной оси, а всё остальное от сетки из inline-block'ов.
RUQ
+1
В том-то и дело, что я ожидал от flexbox, решения простой задачи равномерного распределения ячеек в зависимости от ширины. А вместо этого мне предлагают завязываться на физические величины (media-queries). Flex-wrap — тут не при чём.

На мой взгляд оптимальным решением было-бы, например специальное свойство для последней строки, наверное.
RUQ
+1
А вот я не понимаю. Flexbox, все круто, и пример про «Динамические внешние отступы при помощи flexbox», то есть вроде бы мечта сбылась. Просто говоришь ширину блока, и space-between, а оно уже само там.

Но, что если у меня 6 блоков и на каком-то разрешении помещается в ряд 4. Что будет с оставшимися 2? А я вам скажу, они будут просто по краям. Как так...flexbox ведь?

Я встречал какие-то странные хаки, дескать надо подставить несколько фальшивых (пустых блоков) до недостающего и тогда все будет ок, но это чушь. Другими словами, пока без inline-block никуда)
RUQ
+12
Спорим ещё чуть-чуть и на Хабре будут публиковать просто ссылки на Твиттер.
RUQ
0
Если будет на bookmate — круто.
RUQ
+2
Позволю себе не согласиться с вами. Оставим пока термин хипстер, который довольно «избит» и понимаем каждым по своему (как и «стартап»). И сосредоточимся на хакатоне.

Если в компании выделяют, время, возможности, и в целом поддерживают тему вот таких пет-проектов — это повторюсь круто, и очень интересно. Особенно важно, что люди не делают «мифический продукт который взорвёт рынок», а то что нужно здесь и сейчас живым людям, это гарантирует что проект не заваляется на полке и будет приносить пользу.

Если ваше недовольство связано с тем, что ребята не организовали ещё один хакатон на 1000 людей, от которого как правило нет толка. А просто куча съеденной пиццы и фантазии ребят на тему, а давайте «запилим единорога с двумя рогами, это ведь так нужно всем людям», фантазии конечно так и остаются фантазиями.
RUQ
+6
Так должно быть в каждой компании. Прям круто.
RUQ
+2
Ещё немного книг http://jsbooks.revolunet.com/ Всё доступно без СМС.
RUQ
+1
BusinessInsider — на самом деле обычная жёлтая пресса.
RUQ
0
Вероятно, из-за необходимости иметь SSL сертификат.
RUQ
0
Трансляции быть — rambler-co.ru/live/async-why-and-when
RUQ
0
Закрыли регистрацию, зал просто не вместит столько людей.) Обязательно приходите в следующий раз.
RUQ
+4
Привет, с трансляцией пока непонятно, постараемся что нибудь придумать.
Удалённое участие, ну мы будем вести трансляцию в твиттер, и будем там принимать вопросы.
RUQ
+1
Похоже, мы с вами живём в одной стране. Вам бы хотелось чтобы в госсекторе работали «идейные», с «горящими глазами»? Да и оплата (для выпускников ВУЗов) хорошая.
RUQ
+2
Ну что вы ёрничаете) Ведь «dream team» и «big data» — это «шорткаты», понимаемые большинством, тем более на Х.

(Oh, sorry, shortcuts. )
RUQ
0
Хорошо, буду ждать.
RUQ
0
Ну, так чего в итоге, переведёте?
RUQ
0
В jade эту роль играет оператор include.
RUQ
0
Абсолютный бред) Извините. Как связан MVP и деньги в дизайн? Парадигма MVP подразумевает поиск правильного набора функций для чёткого списка потребностей, конечно всё это под соусом модели для монетизации. Другими словами, делаем версию (вообще без дизайна) которая проверяет гипотезу, как только гипотеза подтверждена — делаем версию с дизайном.

Известна масса мобильных продуктов с крутым дизайном и никаким выхлопом, нулевой целевой аудитории и полной бесполезностью. Так же как и мобильные приложения со невероятно совковым дизайном, но с абсолютно «китайской» аудиторией.

Вам понравилось приложение Яндекс.Транспорт?