Как стать автором
Обновить
36
Карма
0
Рейтинг
Тамара @4ertovo4ka

Пользователь

  • Подписчики 9
  • Подписки 15

Конференция Ladies Code: Девушки в IT 26 апреля в Москве

Господи… «Заставлять мужчин»
Сейчас дойдем до конференции — как мужчинам и женщинам вообще жить на одной планете.

Мозги и профессионализм в своем деле — это все, что имеет значение в любой сфере деятельности.

Конференция Ladies Code: Девушки в IT 26 апреля в Москве

smm в социальных сетях, который на конференции почему-то отнесли к миру it

Конференция Ladies Code: Девушки в IT 26 апреля в Москве

Посмотрела спикеров и их доклады. Ожидала большего, пока судила только по заголовку. А тут в основном или как строить карьеру или снова гуманитаризм в виде pr и дизайна.
Мне кажется, или вы тексты не для нужной ца написали или же тут не ваша ца.

Конференция Ladies Code: Девушки в IT 26 апреля в Москве

Возможности… Как много в этом слове :)
Возможности зависят от желания, а не от пола.
Женщин ущемляют в ИТ? У них меньше возможностей? А можно статистику увидеть?

Но предвзятое отношение со стороны работодателей и коллег на первых этапах присутсвует.
И с этим приходится жить.
Банальный пример из моей жизни: устроившись на работу в крупную компанию была представлена техдиру: Тамара будет заниматься развитием сайта.
Техдир смерил меня взгядом тяжко вздохнул и сказал: Тамара, я вас прошу — только ничего не трогайте.
Через 2 месяца он предложил мне плюнуть на сайт и перейти в его отдел.
И за 10 лет практики я с таким сталкивалась частенько.
Начинать среди технарей девушкам сложнее. Но если мозги в голове есть, то все возможно.
Зачем тогда насильно тащить?

А на счет насильно тащить — вот тут да, тут непонятно.

SaaS-решения для защиты любых устройств в любом месте: почему это проще и дешевле + пример внедрения

На хабре пора автоматический фильтр вводить на упоминание одного сочетания слов чаще, чем 5 на 3 абзаца текста.
Начинаю понимать статистику с падением кол-ва комментариев к статьям. К чисто сеошным текстам кроме негатива других комментариев просто нет.

Порог вхождения в Angular 2 — теория и практика

Под плохой практикой я подразумевала отсутствие как минимум код-ревью.
Про tdd — тут не могу ничего сказать, так как теоритически знаю, практически даже не пыталась.
А на счет 10 мин занимает ревью — хм…
Это смотря как организована работа. Но вот критиковать эти дебри я не буду. По работе мне не приходилось об этом думать. Я могла видеть только результат и то не в виде исходников кода, а в виде готового работающего продукта.

Порог вхождения в Angular 2 — теория и практика

TDD и код ревью спасут мир.

Сколько работала, независимо от размера компании, TDD и ревью со стороны людей, принимающих решения в бизнесе — это считалось нерациональной тратой ресурсов.
Я понимаю почему так происходит, и сейчас начинаю понимать почему это плохая практика :)

Как нельзя делать рекомендации контента

:) Это верно. Просто статья показалась достаточно "рекламной", ну потому и возник вопрос — в каком месте сбой.
В свое время решалась на одном проекте похожая задача именно с рекомендациями материалов. Перепробовали и разные "математические" методы. Остановились в итоге на том, что математика хорошо, но от живых пользователей пользы больше, и в итоге сделали возможность пользователям добавлять и удалять тэги на материалах путем голосования за эти тэги.
Система рекомендаций интересным образом преобразилась :) Ну, и конверсия на "зависание" пользователей на сайте увеличилась.

Порог вхождения в Angular 2 — теория и практика

Я в этом вижу одну из проблем разработчиков. Велосипедостраение и кастылеподпирание.

Мир штука несовершенная.
А, если серьезно, то я пока не видела ни одного места, где бы жестко следовали бы определенным паттернам, заданным каким-то framework. Все равно где-то будут костыли, доводящие до ума существующее или делающие что-то свое и как захочется, а не как задумано "создателем". И, с одной стороны — это хорошо, с другой стороны — плохо. Хорошо тем, что развитие не останавливается, плохо в перспективе тем, что дела кому-то потом передавать, а передавать надо порядок, а не бардак. По мне любое мероприятие (framework я так же назову — мероприятием), где задействовано людей больше, чем один — уже будут появляться костыли и велосипедостроение. Это как в многоквартирном доме — убеди соседей, что нельзя хранить велосипеды там, где им не место. Кто-то послушает, а кто-то будет делать по своему и надзорные органы ему не указ, а так же законы и иже с ним. И бороться с этим бардаком можно или переехав в свой собственный дом, если что-то не устраивает, а в идеале — на необитаемый остров и строй с нуля свою электросеть, очистные сооружения и т.д.
Но это уже оффтоп, сорри, если что :)

Как нельзя делать рекомендации контента

Месяцев 5 не была на adme.ru (судя по вашему сайту — ваш клиент). Открыла статью (рецепты, что еще можно если надоела просто гречка), в рекомендуемом появилась статья "Мы можем достичь всего, если будем безжалостными к себе". Ок, а дальше рекомендации пошли по статьям со словом "мусор", названия разные, а ключевое слово одно :)
И выходит полное противоречие статье в ее части про — разнообразный контент.
Где система дала сбой? :) Или adme имеют таки свой взгляд на систему рекомендаций материалов?

Порог вхождения в Angular 2 — теория и практика

Мы можем ввести три маршрута на один экшен контроллера и все будет хорошо.

Чисто теоретически я понимаю, что можно поколдовать с этой стороны, но чисто практически это умнее меня. :)
Для меня оказалось проще пойти по пути полного погружения в js и изобретения собственного "велосипеда" с блэкджеком и…
Вообще чем дальше, тем интереснее становится разбираться самостоятельно в первопричинах, а не в последствиях в виде framework'ов.
prepared statements, и это не зависит от языка программирования.

prepared statements — вот спасибо за наводку. Как раз ночью и натыкалась на старую статью на хабре о инъекциях и о том, как оно происходит, но на статью, которая была написана по следам о prepared statements — не наткнулась. Сейчас почитала — поняла в какую сторону смотреть.

Порог вхождения в Angular 2 — теория и практика

Не скажу точно — это проблема symfony или это такая реализация в laravel, не спец, чтобы однозначно ответить, но проблема в том, что генерировать те пути, которые мне нужны и так как мне нужно. У меня голова уже переключена, но пример сходу такой( за правильность синтаксиса не ручаюсь). В laravel путь вида http://domen.ru/catalog/category/{name}/subcategory{id} невозможен. Потому что или везде должно быть name или везде id. При попытке скрестить бульдога с носорогом я была повержена. А мне это нужно, чтобы при запросе от фронтэнда ссылки генерировались на api именно так, а не так как хочет laravel.
На счет вопросов о которых даже не думала — это касается серверной реализации. Самый банальный по моим прикидкам — sql инъекции и как от них защищаться :)

Порог вхождения в Angular 2 — теория и практика

Ну тут не моя заслуга, а вытекающие последствия из:
  1. просмотра исходников на github в попытках осилить некоторые туториалы. Очень часто мне хотелось плакать, потому, что насколько можно написать хаотично — настолько часто пишут хаотично. В общем складывается внутреннее ощущение — как я не хочу делать.
  2. профессиональная деформация. Что написание планов, что составление требований для программистов, что описание маркетинговых стратегий, проведение исследований и описание выводов из них — требуют структуры. Всегда приходилось помнить о том, что это будут читать и воспринимать непоследовательно, а потому из любой части документа всегда надо быстро сказать в какую часть документа по этому вопросу смотреть :) Я этому очень долго училась. И сейчас до сих пор осталась привычка начинать с черновика и делать по несколько ревизий, прежде чем нарисуется окончательная чистая структура.
    Да и коллеги-программисты меня как менеджера часто мучили вопросами а где-а что в документе, чем приучили раскладывать по полочкам и тратить время только на то, чтобы обсудить и доописать моменты спорные в функционале.
    Так, что это не вкус, это скорее опыт, взятый из других областей и перенесенный в новую для себя область.

Порог вхождения в Angular 2 — теория и практика

В ближайшее время нет. После некоторой борьбы с роутингом лары и недостижением нужного результата решилась глубже погрузиться в js, включая и его серверную реализацию :)
Так, что сейчас изучаю вопросы о которых раньше думать даже не приходилось :)

Порог вхождения в Angular 2 — теория и практика

Попробую объяснить, что же я имела ввиду. Как точка входа в базовые вещи, которые описаны в документации достаточно неплохи.
Но из раза в раз я наблюдала одну и ту же картинку — у Джеффри нет определенной структуры. Да, он пытается делать уроки с нуля до какого-то функционала (начиная с 4 версии лары у него уже было 3 или 4 серии таких попыток), но на каком-то моменте все это стопорится. Он долго разжевывает какой-то один момент, а в остальных он пробегает по верхам. И, словно ему становится скучно — он переключается на другое. В итоге курсов много (да даже по настройке редакторов банально — был storm, потом sublime, недавно vim). Редкие продвинутые курсы устаревают достаточно быстро. И они оторваны от базовых. Т.е. сложить поэтапную картинку в голове трудно.
Но это исключительно мое имхо, мое впечатление, мои суждения.

Порог вхождения в Angular 2 — теория и практика

Спасибо за комплимент комментарий.
А как оценивается наличие/отсутствие вкуса по коду?
Мне всегда казалось, что любые данные с которыми имеешь дело должны быть просто структурированы, и сходу понятны. Или я не о том думаю?

Дизайн кейс: Coral Order e-commerce сайт

Простите, пожалуйста. Но было бы любезно с вашей стороны поменять "кАлл центр" на "кОлл центр". А то грустно становится за сотрудников, чьими трудами вы пользовались.

Порог вхождения в Angular 2 — теория и практика

Ок, Jeffrey. Простите мне мою ошибку.
На чем основано суждение:

отвечу так

Аутентификация с использованием Spring Security и JWT-токенов

Или невнимательно смотрела, или не увидела refresh токена после окончания срока действия.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирована
Активность