Заводил критичный баг и уязвимость два года назад в вашем приложении, в ответ мне приходило письмо: что я все не правильно оформил, что-то, нужно иначе, оформите заново на этот адрес (ответ пришел с другого).
Надо ли говорить, что я решил его не заводить после 2-го раза?
Чтобы знать что спрашивать нужно что-то захотеть сделать. Например сделать игру текстовый квест.
Выяснить как это должно работать для пользователя, с этим подойти к преподу. Он наметает как это можно сделать и укажет, что часть будет рассказано на лекциях.
Если вы не понимаете разницу между группы в FB\vk и встречами, митапами, конференциями, хакатонами…
То делайте группы.
Хватит об этом уже жаловаться. ВУЗ дает базовые знания, помогая насколько может. Студент должен брать знания, делать свои проекты и задавать вопросы преподавателю ориентируясь на свой проект. Если он это не делает, то зачем на него вообще тратить время и государственные деньги?
И в команде и руководстве отделом в целом, ответственный за задачи (замещающий продукт-оунера) не имеет возможности или желания уделять время продукту.
Поэтому спускаются задачи: «поломалось что-то в аналитике», а команда организует работу. Думаю, что проблема в том, что каждый хочет сделать как можно меньше своей работы, договоренности из-за этого нарушаются (н.р. сервер может прислать данные в другом формате).
Пробовал брать на себя роль человека, который организует команду по некоторым задачам. Стало чуть лучше, но пока не смог достигнуть нужного эффекта.
Мне кажется, что лучше вынести angualr проект в другой репозиторий, отделив его от server.net проекта, переписывать по кусочкам.
jQuery можно подключать как зависимости angular для компонентов (компонентов обверток над существующим кодом). А webpack сам разберется, на случай, если захочется сменить компонент (уязвимость или дизайн устарел), но не захочется править 100500 мест в коде из-за сменившегося api.
Зачем вам jQuery в этом проекте? Сторонние плагины или работать с DOM? Он портит работу angular т.к. у него используется виртуальный DOM и все изменения $('.test').hide() портят работу.
Для этого есть встроенные методы angualr со всем сахаром.
Зашел в iphone приложение через wifi — в ответ ошибка соединения.
Начал писать в техподдержку, чтобы узнать причину, потребовали овер 9000 данных дать, заполнил и ответил на присланное письмо. В ответ три часа пришло сообщение — пишите сюда.
Случайно узнал у бывшего сотрудника сбера, что нужно через gsm зайти, и о чудо — работает.
Составил письмо со скриншотами, предложением и подробным описанием, чего нужно исправить.
Пришла очередная отписка: заполните ФИО, пол, имя мамы, папы, дедушки вашей шиншиллы чтобы мы начали обрабатывать вашу заявку.
Отправил на письмо, мне в ответ: отправляй сюда. Стоит ли говорить, что после того как я потратил на это час, писать баг репорты я расхотел?
Это было написано просто для веселья?
Возможно, Вам стоит пересмотреть парадигму разработки, придумать что-то новое, мне это кажется интереснее, чем соединять готовые фреймворки.
Нашел как-то свой старый свой код, который когда-то потерял, очень горевал в свое время, что не смогу использовать свои библиотеки и компоненты.
Лучше бы не находил.
Минус поставили те, кто считает не адекватным делать такие сценарии?
Ожидается, что тестовый пользователь, у которого ТОЧНО стоят права «обычного пользователя» при попытке зайти на раздел администратора\модератора должен вылететь.
Или это выглядит как провокация? Ото же очевидный тест, который избавил бы вас от проблемы подобного рода.
Надо ли говорить, что я решил его не заводить после 2-го раза?
Когда вы исправите эту юзобилити оплошность?
Выяснить как это должно работать для пользователя, с этим подойти к преподу. Он наметает как это можно сделать и укажет, что часть будет рассказано на лекциях.
Если вы не понимаете разницу между группы в FB\vk и встречами, митапами, конференциями, хакатонами…
То делайте группы.
ВУЗ создает комьюнити, этого достаточно.
P.S. картинка в заголовке ужасная.
Поэтому спускаются задачи: «поломалось что-то в аналитике», а команда организует работу. Думаю, что проблема в том, что каждый хочет сделать как можно меньше своей работы, договоренности из-за этого нарушаются (н.р. сервер может прислать данные в другом формате).
Пробовал брать на себя роль человека, который организует команду по некоторым задачам. Стало чуть лучше, но пока не смог достигнуть нужного эффекта.
jQuery можно подключать как зависимости angular для компонентов (компонентов обверток над существующим кодом). А webpack сам разберется, на случай, если захочется сменить компонент (уязвимость или дизайн устарел), но не захочется править 100500 мест в коде из-за сменившегося api.
Зачем вам jQuery в этом проекте? Сторонние плагины или работать с DOM? Он портит работу angular т.к. у него используется виртуальный DOM и все изменения $('.test').hide() портят работу.
Для этого есть встроенные методы angualr со всем сахаром.
Начал писать в техподдержку, чтобы узнать причину, потребовали овер 9000 данных дать, заполнил и ответил на присланное письмо. В ответ три часа пришло сообщение — пишите сюда.
Случайно узнал у бывшего сотрудника сбера, что нужно через gsm зайти, и о чудо — работает.
Составил письмо со скриншотами, предложением и подробным описанием, чего нужно исправить.
Пришла очередная отписка: заполните ФИО, пол, имя мамы, папы, дедушки вашей шиншиллы чтобы мы начали обрабатывать вашу заявку.
Отправил на письмо, мне в ответ: отправляй сюда. Стоит ли говорить, что после того как я потратил на это час, писать баг репорты я расхотел?
О дааа, UX, боли, аддджаайл.
Наконец спасет многие библиотеки от странных зависимостей, аля npm left-pad или pad-left.
Это было написано просто для веселья?
Возможно, Вам стоит пересмотреть парадигму разработки, придумать что-то новое, мне это кажется интереснее, чем соединять готовые фреймворки.
Лучше бы не находил.
В Bitrix часто приходится делать костыли из модуля «новости» и засовывать все в инфоблоки, которые хранятся в базе, делая бутылочное горлышко еще уже.
Magento очень тяжелая и по ней мало специалистов, не все хотят иметь опыт по «cms N».
Ожидается, что тестовый пользователь, у которого ТОЧНО стоят права «обычного пользователя» при попытке зайти на раздел администратора\модератора должен вылететь.
Или это выглядит как провокация? Ото же очевидный тест, который избавил бы вас от проблемы подобного рода.