Программирование, т. 6

не в обиду, но ты - железный человек на картинке

не в обиду, но ты - железный человек на картинке

Осталось найти льва и пугало.

не в обиду, но ты - железный человек на картинке

Пацаны сорри если не по адресу, впадлу было искать по форуму, я надеюсь есть тут толковые айтишники?

Кароче необходимо засунуть в башку базовые знания сисадмина и уметь чето сказать на собеседовании по этому поводу:

 

знание принципов построения сетей, протокол TCP/IP и прочие базовые вопросы по сетям

знание Windows Srver.

 

Посоветуйте плз фундаментальные книги по этой тематике.

чужойкин - чучело

чужойкин - чучело

ну это норма кидаться на новичков (((999

Три года в топане программирования. Все три года попытки выучить js

чужойкин - чучело

вот щас обидно было ))) (нет)

ну это норма кидаться на новичков (((999

не в новичках дело. есть новички с мозгами. есть новички без мозгов.

а есть ты

Три года в топане программирования. Все три года попытки выучить js

чужойкин - чучело

вот щас обидно было ))) (нет)

ну это норма кидаться на новичков (((999

не в новичках дело. есть новички с мозгами. есть новички без мозгов.

а есть ты

прост не смог в твой уровень юмора

зы я например сегодня без юзания гугла смог распарсить большой xml на грувях

а мог бы с гуглом за пять минут его распарсить

а мог бы с гуглом за пять минут его распарсить

сам сделал свой костыль и хорошо

потом буду гуглом

Свой костыль, это ты либу стандартную подключил то есть? И посмотрел в IDE какое апи у либы?

без тз только по канбану работать можно

А вот и лев без храбрости подъехал

Свой костыль, это ты либу стандартную подключил то есть? И посмотрел в IDE какое апи у либы?

без тз только по канбану работать можно

дело в детализации ТЗ. И в виде таска.

Когда проект в целом R&D с MVP на выходе, тут даже канбан это слишком громко звучит. По факту это просто набор тасков который ты скидываешь в кучу.

Когда это проект с определенными целями и более-менее известным планом реализации - создаешь укрупненный план и тут уже либо 1) детализируешь в ТЗ 2) либо хуячишь доской, переразбивая на более мелкие уже в процессе

В моем понимании ТЗ это документ, в котором ХУЕВА ТУЧА СТРАНИЦ, где все уебищным языком описано вплоть до самых конченных деталей. Вначале эту хуйню пишет какой-то ебень несколько дней, потом ее целый день читает какой-нибудь менеджер проекта и начинает превращать в набор тасков для исполнителей. Я на первой работе, где пилили магазы на битре, видел пару ТЗ приходивших манагеру, там блядь такая ебота по 50-90 страниц в ворде, при виде которой хочется в окно выпрыгнуть.

Вот такие ТЗ точно нахуй и впизду. А вот нормальное обсуждение того, что требуется в проекте, с бэклогом и созданием кучи тасков в какой-нибудь жире, это заебись.

ну не знаю.

чем мокапы + сценарии использования + нефункциональные требования не тз

Ну я говорил именно о самом что ни есть каноническом ТЗ, прям как в википедии написано - https://ru.wikipedia...ическое_задание

ну тут уже просто разграниния по детализации и направлению, тз тоже разные бывают

business requirements , functional requirements, non-functional requirements documents, software requirements specification, software design document.

тут так словом тз бросаться опасно, надо специфицировать о каком именно идет разговор.

пишу бота для телеграмма

как нормальные люди узнают какие методы есть у объекта? console.log(obj)? for (var prop in obj), с проверкой на hasOwnProperty и еще какую то поебень, чтобы возвращал только свои методы, а не наследованные? каким нибудь другим пиздатым способом?

ну и совсем ахуительный вопрос: как дебажить нодежс? как вообще дебажат на серверной стороне? консолелогами?