Программирование[8]

парни, добрый вечер, с кем можно по обниматься  с jquery?  

Мне Рустер очень помог. Он, правда, занятой ща. Модер как никак!

второй чел сделал тестовое, тоже почти полностью 

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

хотя выполнил всё, но до джуна ему еще нужно научиться

а вы говорили "выполнил всё - значит джун"

второй чел сделал тестовое, тоже почти полностью 

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

хотя выполнил всё, но до джуна ему еще нужно научиться

а вы говорили "выполнил всё - значит джун"

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

ну так мало ли это хуйня понадобится

но ведь это и есть джун, когда выполняешь задачу, но делаешь это криво, а старшие дядьки ревьювят твой код, говорят, где обосрался, а ты потом исправляешь

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

let id_task= $(this).parents('li').prop('id'); - здесь prop у массива работает?

З.Ы. разве в 2к19 jquery еще жив?

второй чел сделал тестовое, тоже почти полностью 

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

хотя выполнил всё, но до джуна ему еще нужно научиться

а вы говорили "выполнил всё - значит джун"

скок вы платить будете этим челам?

а то это джун/не джун нихуя не значит

 

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

 

let id_task= $(this).parents('li').prop('id'); - здесь prop у массива работает?

 

З.Ы. разве в 2к19 jquery еще жив?

 

как видишь жив, сижу охуеваю ибо его надо сдать) как проверить этот prop, ибо ток к массиву перешел

вот я чекбоксы создаю

 

второй чел сделал тестовое, тоже почти полностью 

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

хотя выполнил всё, но до джуна ему еще нужно научиться

а вы говорили "выполнил всё - значит джун"

скок вы платить будете этим челам?

 

а то это джун/не джун нихуя не значит

 

30к

По нормальному за 30к в екб достаточно чтобы человек говорить умел

По нормальному за 30к в екб достаточно чтобы человек говорить умел

ок

скока тогда должен получать нормальный джун и скока мидл, по твоему

45-55/70-100

а 55-70 кто?

Недостающее звено

 

По нормальному за 30к в екб достаточно чтобы человек говорить умел

ок

скока тогда должен получать нормальный джун и скока мидл, по твоему

 

~800$ джун( у нас джун 900$ получал) , мидл от 1500$

как видишь жив

Принцип типа такого

 

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

let id_task= $(this).parents('li').prop('id'); - здесь prop у массива работает?

 

З.Ы. разве в 2к19 jquery еще жив?

а шо щас вместо жквери?

а шо щас вместо жквери?

vue

Смотрю как у меня в компании налажены процессы и у меня кровь из глаз, причем это даже не так с технической составляющей так все плохо, а именно взаимодействия ПМов-Девелоперов-Тестеров

Суть:
1. Приходит таск ПМу, он нихуя не шарит, спрашивает эстимейт у нерадивого девелопера, тот называет чуть ли не наугад 50 часов к примеру

2. В процесе разработки выясняется что некоторые моменты были не допоняты девелепором, поэтому нужны дополнения (которые зачастую почти документируются)
3. Через 45 рабочих часов ПМ приходит и спрашивает шо готово на тестинг?   оказывается что будет ВНЕЗАПНО готово через 20 часов (со слов ДЕВЕЛОПЕРА, сам ПМ дупля мало дает)
4.Через 20 рабочих часов приходит ПМ снова, оказывается что таки готово к тестингу, отдают на тестинг БЕЗ информации из пункта 2
5.Тестер тратит 4 часа и оказывается что зря, так как документ не актуальный, нужно еще 4 часа тратить

и т.д.

Короче, у меня возникла мсля, а шо если одеть хомут? У меня на данный момент такая позиция в компании, что я могу предложить один вариант выхода из таких ситуаций и супер большие шансы что заапрувят. Предложить себя на пол-ставки человеком который будет следить за процессами, спрашивать девелопера каждый день о его текущем прогрессе, причем с позиции разработчика, решать некоторые мелкие и насущие проблемы девелоперов (щас этим занимаюсь, только не в больших объемах). Следить за тем, чтобы на стыках ПМ-ДЕВЕЛОПЕР-ТЕСТЕР не было завтыков и недопониманий, чтобы ПМ обновлял и актуализировал самую последнюю информацию по таскам и т.д.

Я не знаю существует ли такая должность в ИТ и как она называлась бы, но мне кажется что я бы справился. Плюс у меня очень хорошо поставлено общение как с девами так и с ПМами/тестерами. 

Причем думаю у меня получилось бы этим заниматься параллельно с непосредственной разработкой.

Есть ли какая-то то мировая практика это хуйни?
Не завою я как собака и не охуею от объемов? (команда 40 чел)

Надо ли оно мне?

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

Смотрю как у меня в компании налажены процессы и у меня кровь из глаз, причем это даже не так с технической составляющей так все плохо, а именно взаимодействия ПМов-Девелоперов-Тестеров

 

Суть:

1. Приходит таск ПМу, он нихуя не шарит, спрашивает эстимейт у нерадивого девелопера, тот называет чуть ли не наугад 50 часов к примеру

2. В процесе разработки выясняется что некоторые моменты были не допоняты девелепором, поэтому нужны дополнения (которые зачастую почти документируются)

3. Через 45 рабочих часов ПМ приходит и спрашивает шо готово на тестинг?   оказывается что будет ВНЕЗАПНО готово через 20 часов (со слов ДЕВЕЛОПЕРА, сам ПМ дупля мало дает)

4.Через 20 рабочих часов приходит ПМ снова, оказывается что таки готово к тестингу, отдают на тестинг БЕЗ информации из пункта 2

5.Тестер тратит 4 часа и оказывается что зря, так как документ не актуальный, нужно еще 4 часа тратить

 

 

и т.д.

 

Короче, у меня возникла мсля, а шо если одеть хомут? У меня на данный момент такая позиция в компании, что я могу предложить один вариант выхода из таких ситуаций и супер большие шансы что заапрувят. Предложить себя на пол-ставки человеком который будет следить за процессами, спрашивать девелопера каждый день о его текущем прогрессе, причем с позиции разработчика, решать некоторые мелкие и насущие проблемы девелоперов (щас этим занимаюсь, только не в больших объемах). Следить за тем, чтобы на стыках ПМ-ДЕВЕЛОПЕР-ТЕСТЕР не было завтыков и недопониманий, чтобы ПМ обновлял и актуализировал самую последнюю информацию по таскам и т.д.

 

Я не знаю существует ли такая должность в ИТ и как она называлась бы, но мне кажется что я бы справился. Плюс у меня очень хорошо поставлено общение как с девами так и с ПМами/тестерами. 

Причем думаю у меня получилось бы этим заниматься параллельно с непосредственной разработкой.

Есть ли какая-то то мировая практика это хуйни?

Не завою я как собака и не охуею от объемов? (команда 40 чел)

Надо ли оно мне?

 

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

такая роль (не должность)

называется скрам мастер, а если это не скрам то что-то похожее

но вообще обычно это менеджер разработки или тимлид делает

PS: 40 человек это не команда