• Порог вхождения в Angular 2 — теория и практика
    0
    Не буду спорить про иерархию. С этим есть проблема :)
    Я уже чувствую, что что-то идет не так. Но пока не могу сформулировать, что именно.
    Чтение литературы по REST и как оно должно быть у меня почему-то оставляло привкус того, что это не очень удобно, не совсем вписывается в мое понимание "идеального" мира.
    Я пока экспериментирую как оно должно быть с моей точки зрения. Думаю, что через какое-то количество времени приду к некоторому пересмотру.
  • Порог вхождения в Angular 2 — теория и практика
    +1
    Спасибо за комментарий, за опыт.
    Сейчас я уже остановилась на одном стеке. И буду добивать его до финального конца. Но при случае я обязательно взгляну еще раз на ember.
  • Порог вхождения в Angular 2 — теория и практика
    0
    Не за что.
    Да, я действительно не программист. Да, без высшего образования. Да, даже скажу, что в том возрасте, когда мозг должен начинать отказываться воспринимать все новое и больше следовать шаблонам.
    В общем самый клинический случай из всех возможных на просторах хабра :)
    На фоне этого я считаю, что вам уже просто стыдно бояться не справиться ;)

    Отвечая на ваш вопрос отвечу так: нужно было. Потому, что js меня вообще пугал. Я не знаю как это объяснить, но для меня это был катастрофически-беспролазный лес. Я за несколько лет несколько раз открывала книжки, пыталась делать, но закрывала и бросала. Angular лично для меня стал отправной точкой. Чтобы на нем делать js надо понимать, надо понимать DOM, надо понимать сам ангуляр. Но с изучением ангуляр я перестала бояться самого js. Вот как-то так странно у меня произошло. Angular для меня дал возможность сделать, увидеть, что не работает, посмотреть все ошибки, понять, что проблема во мне и я уже без страха открывала мануалы по js, потому, что уже на практике видела то, что до сих пор пыталась изучить в теории и на практике вижу что для чего нужно. Т.е. у меня получился вот такой путь от обратного. Хватило бы или нет — не знаю, не могу сказать. Так как без этих экспериментов я скорее отказалась бы от идеи как таковой, чем пересилила бы сама себя.
    Но, это мой опыт, это такой мозг у блондинки. Вот такая женская логика :)
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    Почему-то тут минусуют решение, которое описали не в 2 словах.
    Минусуют практическую реализацию.
    Ваш комментарий же он не решение, он как теория… А теория — это не практическое решение.
    И, как по мне, но когда знаешь как сделать лучше — покажи. А нет времени, так не стоит пробегаючи говорить, что все идиоты, а я дартаньян.
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    Знаете в чем разница между вашим решением и решением которое вам не нравится?
    В его технической реализации.
    Решение автора наглядно и его можно пощупать и сделать свой вывод. Ваше решение — описательное. Я предлагаю — а вы уж думайте как сделать. Теории много везде. Живой практики нехватка. Ее отсутствие и толкнуло на поднятие вопроса и предложения решений.
    Мне хотелось бы ваше в виде кода так же увидеть. Как новичок, который просто танцует на граблях — ценю пример с возможностью пощупать.
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    Есть замечтательное: "критикуя предлагай".
    Предложите, пожалуйста, свой вариант решения. Как можно сделать изящнее?
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    У меня плюсы закончились на сегодня.
    ivanuzzo, плюсую ))))
    В идеале здорово, когда есть что с чем сравнивать. Автор ее предложил именно потому, что у меня не хватило на это знаний.
    И вообще такие вещи они уже больше относятся к архитектуре, к решениям, с которыми потом жить. Всегда надо иметь представление как можно сделать по разному и что за каждым вариантом может стоять дальше, какие плюсы и минусы.
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    Причинно-следственная связь: в своем посте я подняла вопрос о том, что у меня была проблема роутинга. Решение проблемы нигде не проскакивало. В итоге потратив время я пришла к тому, что разнесла laravel и angular по разным доменам.
    Автор этого поста дал вариант как можно было бы сделать не разнося по проектам.
    В итоге имеем: есть 2 варианта решения одной проблемы. Тут нет соревнования, что хуже, а что лучше — а есть одно видение, и автор тут рассказал, как можно было сделать. Теперь проблема, которая не поднималась в источниках — была поднята, предложено 2 варианта решения этой проблемы. 2 рабочих варианта.
    И у каждого остается право выбора что использовать.
    И я верю, что для кого-то очевиден выбор в пользу разнесения и вообще очевидны многие вещи. Но давайте не будем списывать со счетов блондинок и новичков, у которых такие моменты могут вызвать вопросы.
  • Порог вхождения в Angular 2 — теория и практика
    0
    Ну если чем-то поможет, то это же будет здорово :)
    С проектами для бизнеса, с проектами по работе всегда проще (лично для меня было), потому, что у каждого своя зона ответственности, к работе приступаешь не стихийно, а с пониманием проекта. Потому, что пока выясняются у заказчика требования — многое становится на свои места. И выбор решений для реализации становится проще и более взвешенным.
    Со своим проектом для меня оказалось все иначе. Все наработанные годами практики на своем проекте не сработали :) Осознание того, что мне выбирать и я не ограничена в экспериментах никем, кроме как своим разумом и своей ответственностью сыграли злую шутку.
    Плюс отсутствие возможности посоветоваться и отсутствие здравой критики со стороны затянули в процесс изучения и поиска "совершенства".
    Поэтому я все таки здраво скажу, что надо или не надо и что надо — выбирайте соответственно целям, задачам, ресурсам.
    Но учитывайте, что выбор может стать опасной ловушкой :) Этот мой опыт тоже учтите ;)
  • Порог вхождения в Angular 2 — теория и практика
    +1
    До сих пор второе :)
    Ладно, значит хабр продолжил традицию — на мне вылезают везде баги :)
    И понимайте как хотите ))))
    Сорри за оффтоп
  • Порог вхождения в Angular 2 — теория и практика
    0
    Не поняла немного. Документация. — что в данной статье документация?
    Я специально привела скрин структуры, так как не выложила исходники на гит. Исходники выложу. Структура останется та же. Если скопировать весь код отсюда в той же структуре что есть — оно будет работать. Так как это честная копия работающего кусочка.
    Скрин прикладывала именно из-за некоторого бардака в файлах. Вынужденный рабочий бардак.
    Исходники предлагаю выложить с приведенной впорядок структурой и под это уже поправить статью.
    Комментарии в коде лично для меня удобнее, чем листать по 100 экранов в поисках, где это описывали.
    А теперь — что в итоге улучшить? Как понятнее сделать? ))))
  • Порог вхождения в Angular 2 — теория и практика
    –1
    Это красиво. Не спорю. Но лично у меня возникает комплекс неполноценности рядом с этим совершенством. Он сам все знает и умеет. А если у нас мнения с ним разойдутся, то что? Мне прогибаться под него или же искать варианты переопределения поведения? Когда вещь в себе — это может вылиться проблемами на моменте, когда мне нужно будет, чтобы она стала для меня.
  • Порог вхождения в Angular 2 — теория и практика
    0
    Вы совершенно правы. Можно сделать без js, от слова совсем. И начиная делать проект я и пошла по этому пути. Но потом начался тот момент, что js нужен. Там где появляется интерактивность в дело вступал в js.
    На каком-то этапе мне захотелось, чтобы данные обновлялись без перезагрузки страницы. И снова был вариант прикручивать js скрипт. В какой-то момент я поняла, что количество сторонних разрозненных скриптов растет в прогрессии под мои хотелки, что отнимает время на внедрение, поддержку и сказывается на весе самой страницы. Поэтому пришла к фреймворку, который снимает часть вопросов.
    А так вы правы — можно обойтись без фреймворка.
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    0
    Зря вы так.
    Если посмотреть туториалы по связке 2 означенных вещей — везде будет то, что они работают на одном домене в разных вариациях, но нигде нет подсказки как их подружить вместе в части роутов.
    Может и извиащение, но в начале пути это ставит в тупик
  • Порог вхождения в Angular 2 — теория и практика
    0
    Да, вы правы. Это проблема вылезла. Но решилась плагином laravel/cors.
  • Пробрасываем роуты Angular 2 через роутер Laravel 5
    +1
    Спасибо! Такого примера не хватало, когда я делать начинала.
    Почему-то все всегда опускали этот момент.
    Но разделение на фронт и бэк, сейчас думаю, правильнее. Две независимые сущности — при замене одной не страдает другая.
    Но еще раз спасибо за статью!
  • Порог вхождения в Angular 2 — теория и практика
    0
    koa смотрела уже под занавес всех экспериментов. Каюсь, но запала в нее вникать уже не хватило.
    Loopback тоже смотрела. Не помню что меня в нем остановило. Что-то точно было. Может не то место и время, может мало примеров, может быть отсутствие чего-то нужного. Я к нему 3 раза пыталась подступиться. Не нашли взаимности. А потому с бэкенд пошла по пути наименьшего сопротивления в итоге.
    ReactNative не смотрела. По краю я уже завязала ходить. Я уже доя себя остановилась на определенном стэке, так, что дальше тут в глубину буду копать.
  • Порог вхождения в Angular 2 — теория и практика
    +2
    Я воздержусь от холиваров на тему удачности-неудачности примера. Скажу так-для меня этот пример более информативен, чем todo для выбора инструмента.
  • Порог вхождения в Angular 2 — теория и практика
    +1
    Есть. Так как это кусочек самого начала проекта, то dashboard будет включать в себя все, что будет относиться к работе админки. Поэтому да, выглядит странно со стороны сейчас. Я могу за выходные привести эти кусочки в порядок и отдельным моментом выложить на github, если есть интерес к этому.
  • Порог вхождения в Angular 2 — теория и практика
    0
    HelloWorld — это из разряда тестирования мотошлема на производстве в идеальных условиях и без боковых ударов.
    Пример, который дает представление о некотором взаимодействии системы — это из разряда Sharp-testing — это уже не идеальные условия, а условия приближенные к реальным ситуациям. Извините за аналогию, но спросоня ничего другого в голову не приходит. Это краткий ответ на ваш вопрос — в чем отличие.
    Ко второй части — я в начале бреющего полета. В конце подведу итоги. Но в моем случае мерилом сложности-простоты является затраченное время на реализацию. Не тупой копипаст, а именно с пониманием что и как работает и что же я такое понатворила. Если вы поделитесь своим видением того как правильнее было бы раскрыть заголовок, то я учту это на будущее для работы над ошибками.
  • Порог вхождения в Angular 2 — теория и практика
    +1
    Да тут не за что :)
    Но вообще интересно. Почему-то в моей голове до сих пор есть убеждение, что зарегистрироваться можно было только имея инвайт.
    А вы вот сейчас мне обратное показали.
    Теперь вот вместо сна буду думать почему же я думала неправильно :)
  • Порог вхождения в Angular 2 — теория и практика
    0
    Ну я и не регистрировалась и не писала до того момента, как меня пригласили. Так, что в моем случае это правда странно.
  • Порог вхождения в Angular 2 — теория и практика
    0
    Не обращала на это внимания. Удивительный сбой, потому, что я прекрасно помню время, место и какие дела я отложила, когда мне пришло приглашение. И было это в 2012 году :)
  • Порог вхождения в Angular 2 — теория и практика
    0
    Первый Angular медленно но верно подводят сейчас ко второму. 1.5 если посмотреть — туда уже и частично роутинг пытаются впихнуть улучшенный и ведут по написанию к стилю angular2.
    Но не срослось у меня с ним, так как для моего понимания — двойка более структурированная. Мне в ней проще ориентироваться, потому, что для меня она легко читается и я мало времени трачу на то, чтобы понять откуда и куда растут ноги.
    C backbone то же самое, что и с react — для меня это оказалось сложной задачей — вмешивать разметку в срипт.
    Такая методика у меня стойко ассоциировалась с женской логикой — она есть, но понять ее невозможно.
    Я уже в течении трех месяцев провожу эксперименты. Я долго решала на чем делать бэкенд, с прицелом на будущее. И изоморфный meteor пощупала. Не понравилось, что там mongo. Хотя они сейчас и собираются внедрять graphql, но это тоже все еще неясно и непонятно как будет работать. Помучила Spring. Он чудесен с моей точки зрения, но активное внедрение множества компонентов, которые дублируют друг друга — это ад. Плюс не все четко отлажено, и у меня начали вылезать баги с передачей-получением запросов. То кодировка шалила, то еще что-то.
    В плане api под backend был интересен sailsjs. Но, к сожалению у него достаточно неповоротливые разработчики и некоторые баги они очень долго не фиксят. Плюс одна единственная книжка по этому фреймворку и не очень понятная для меня документация свели на нет мой интерес.
    И это то, что я сейчас вспомню, что я тестила все по той же схеме :)
    Так как воспитывалась я преимущественно папой и в квартире, которая больше напоминала сервисный центр, чем квартиру, то перебрать варианты, попробовать, поменять местами, снова попробовать, разобрать, собрать, включить, потом поискать еще более оптимальный вариант решения — это мой вариант поиска решений. И, когда я писала статью я правда пыталась показать, что простая задачка из простой, но реальной жизни может быть решена достаточно быстро. а при условии отсутствия навыков я считаю, что это вообще спринтерский забег.
  • Порог вхождения в Angular 2 — теория и практика
    +3
    P.S. Почитала, но стремилась все таки, чтобы больше напоминало это:

    осторожно - картинка

  • Порог вхождения в Angular 2 — теория и практика
    0
    И заранее приношу извинения всем, кому мне так хотелось бы поставить плюсик в комментарий — я не успеваю поймать тот момент, когда моя карма это позволяет :)
  • Порог вхождения в Angular 2 — теория и практика
    +7
    Боже, спасибо вам за бальзам на мое сердце!
    Не знаю как у других, но я искренне боялась писать на хабр.
    Коленки до сих пор дрожат :)
  • Порог вхождения в Angular 2 — теория и практика
    +3
    P.S. Не читала, не знаю, открывать не буду :)

    Я не знаю откуда у вас сложилось такое представление. Но я не буду просить цитат :)
    И я искренне не понимаю как вы не зная моих задач уже судите, что все это отличается от того, что предлагает framework. Вот тут мне бы уже хотелось услышать ваши логические рассуждения :)

    Да, у меня в голове есть свои задачи. Вы совершенно правы. Точнее задача-то одна — сделать проект, который делаю.
    Прежде чем хвататься за Angular 2 я попробовала сделать минимальные примеры на React, Ember, Backbone, VueJs, Angular1.4 и даже Aurelia потестила. Решала ту же задачу, которая здесь описана в статье.
    Не являясь программистом я только на решении определенной проблемы могу понять насколько легко или сложно дальше у меня этой пойдет и какие подводные камни есть. Пример HelloWorld и ToDo списки так любимые — не показательны в силу их отдаленности от столкновения с более-менее реальным миром.

    Но, подозреваю, что вам не интересен мой ответ, вы судите с позиции какой инструмент для своей работы вы бы хотели завелосипедить, а я сужу с позиции — какой инструмент лучше всего мне помогает велосипедеть свой проект. И какой инструмент позволяет мне не тратить месяцы на то, чтобы понять принцип работы этого самого инструмента.
    При условии, что инструментов много, они растут как грибы после дождя, правда погибают тоже достаточно быстро, то можно свой проект пичкать постоянно чем-то новым. Я придерживаюсь того, что внедренние сторонних фич оно как правило грозит тем, что в момент, когда разработчикам надоест с ними возиться — это будет неприятный казус и потому, выбираю минимально-необходимое кол-во инструментов. Вот потому в статье Angular2 (и даже не JS), потому тут нет React c его просто безумным количеством библиотек на каждый чих, на которые нужно много времени на изучение, нет Ember и так далее. А есть то, что самодостаточно без различных дополнительных танцев с бубном.
    Но это мой взгляд и это для меня так.
  • Порог вхождения в Angular 2 — теория и практика
    +3
    А можно с этого момента поподробнее, для общего развития: пример того, что хотели сделать?
  • Генерация HTML: удобнее чем хелперы и чистый HTML
    0
    при попытке открыть ваше изображение хабраприложение вылетает с ошибкой. Интрига, а не картинка :)
  • Критическая уязвимость в OpenSSL 1.0.1 и 1.0.2-beta
    0
    image
  • Тонкости работы с компетентным заказчиком
    +1
    Не одной крови :) Агентства работают с 3-6 проектами одновременно и из разных областей, а вот со стороны заказчика менеджер работает в одной области. И задачи разные.
    Агентству нужно получить клиента и хороший бюджет, заказчику потратить деньги и получить эффективность.
    Ну где же тут одной крови? :)
  • Тонкости работы с компетентным заказчиком
    +3
    Вот не сталкивалась с такими в своей работе. За 7 лет работы со стороны клиента мне такие агентства не встречались. Зато встречались те, кто приходил на собеседования :)
    А вот с невниманием в общении со стороны агентств встречалась. Всегда забавно было, когда менеджеры от агентства писали в ответ на мои письма, превращая мое имя в чужое :) в 5 местах в письме указано мое имя, а они ставят другое. Я обычно на стадии знакомства такие агентства отфильтровывала. Может по этой причине у меня не было тех, кто приезжал бы на первую встречу неподготовленным? :)
  • Тонкости работы с компетентным заказчиком
    +3
    Хорошая статья. Разница работы на агенство и на клиента чувствуется. И работать с людьми, которые понимают, что они делают — это всегда прекрасно.
    Но вот на счет того, что агенства не готовятся ко встрече и не знают ЦА заказчика есть нюанс.
    Это прекрасно, когда заказчик сам знает кто его ЦА :) Если это интернет-магазин, то по сайту можно понять, что за ЦА.
    Но есть другие бизнесы, где по сайту ты не поймешь, что за ЦА. И всегда лучше от самого заказчика услышать его видение ЦА, на которую все ориентировано, чем строить догадки. Неужели, работая в агентстве, Вы ни разу не сталкивались с тем, что видимость не всегда пересекается с действительностью? И потом… Возможно речь пойдет о новом продукте/услуги и составить по нему мнение пока невозможно просто :)
    Бизнес клиента надо знать, да, но уточняющие вопросы по этим поводам никогда никому не вредят и расставляют дополнительные точки над Ё.
    Вообще я считаю, что уточняющие вопросы на всех этапах — это хорошо. Лучше задать несколько лишних вопросов (и я всегда считала, что пусть лучше спрашивают), чем тратят время на деланье того, что им «кажется» и профукивают мое время, когда уже все сделано и мне надо им объяснять, что они вообще не о том думали и задачу не поняли.

    И, кстати, у каждого менеджера свои способы работы с командой. Разве злость — является показателем того, что не будут срываться сроки? :)
  • Публикация книг в Apple iBookstore
    0
    Isbn может получить любое физлицо для своей книги. Стоимость этого дела 1200 с чем-то рублей+штрихкод. Заявление в книжную палату подавать. Для электронной книги — направить форму, подписать договор, оплатить счет. Вslfxf занимает 5-10 дней. Не проблема в общем-то
  • Happlink — сеть взаимодействия по интересам
    0
    Тогда лента в помощь :) Собственно сейчас именно так и происходит
  • Happlink — сеть взаимодействия по интересам
    0
    Мне кажется, что правильнее было бы не скрывать и не выделять записи, а скорее просто получать оповещение о том, что с моего последнего захода добавилось столько-то постов и при клике на ссылку я попадала бы на ленту, где показаны все эти посты — пролистала, просмотрела и пошла дальше.
  • Happlink — сеть взаимодействия по интересам
    0
    Инфа 146%?