Очень часто в течение последних 5 лет наблюдаю аналогичные ситуации. Внедряю средства по защите информации. Есть на этот счет следующие мысли: в бюджетных компаниях сплошь и рядом нищета. И со временем это оказывает губительное влияние на психику. Реальность искажается, люди с годами меняются, и компании словно охвачены эпидемиями. где-то это эпидемия отчетов, где-то - совещаний, где- перекладывания и проч. порочными явлениями. Однозначного выхода из ситуации к сожалению предложить не могу. С одной стороны можно смело сказать что надо сваливать из нищих контор. С другой - я когда-нибудь состарюсь, выйду на пенсию, возможно мне не будет хватать денег на платные поликлиники и придется пойти в бюджетную - и я б желал чтоб кто-то там работал.
Больно и обидно смотреть как затрачивается бюджет не ради улучшения результатов работы компаний, а ради того, чтоб соответствовать законодательству.
Еще одна из свежих мыслей на этот счет - вот вы пришли в ИТ сферу по зову души, вам приятно делать людям добро, искать какие-то решения, изобретать некую магию, заставляющую работать вокруг инфраструктуру. Это определенная склонность в характере. И скорее всего рука об руку идет склонность к тому, чтоб не иметь вокруг себя множество рамок в виде отчетов, приказов, иерархии людей, инструкций и проч. А рамки по факту есть и вызывают большой диссонанс.
Действительно, именно специфика продукта позволила отказаться от наличия тестировщика. Подобно тому, как при езде на машине от запасного колеса отказаться сложно и невыгодно, а при езде на велосипеде запасное колесо не очень-то и нужно.
А все вполне нормально. Разработка всегда идет от состояния А к состоянию Б по пути наименьшей цены на реализацию. И раздувание - один из побочных эффектов. Вот представьте себя владельцем компании с 2 тыс. человек: вам надо платить зарплату, налоги, аренду, рекламу и проч. А заказчики вам платят потому что ваши продукты лучше и дешевле чем у конкурентов. И всякий раз вы оказываетесь на распутье: разориться и кануть в небытие за счет чрезмерных затрат на написание идеального кода либо обойти конкурентов и продолжить работу. Разумеется, выбираете путь продолжения работы. Любыми возможными способами. И если один из способов ведет к увеличению объема кода и исполняемых файлов - то так тому и быть. Лучше так, чем небытие. Если у меня будет выбор между тем, чтоб иметь некачественный пакт тестового редактора, который весит 1 МБ и пакетом, который работает качественно и весит 1 ТБ - я выберу более качественный и докуплю железо.
А кто что скажет насчет шума от HP Microserver G7/G8? Рассматриваю для себя подобную покупку, чтоб стоял рядом на столе. И хотелось бы чтоб система была тихой.
Несколько раз покупал авито доставкой, все в порядке, проблем не возникало. (покупал велозапчасти и комплектующие). Тут главное заранее с продавцом списаться. Еще, как вариант, поискать продавца в соцсетях.
Интересная статья. У меня по ней есть несколько мыслей:
1. Если я встречаю человека, но у него нет аккаунта ни в одной из соцсетей или все они скрыты — то я предпочту дел с ним не иметь, для меня это будет дурным знаком. Ибо это наталкивает на мысль о том, что человек от кого-то скрывается, и скрывается оттого, что кому-то что-то плохое сделал. Например, в долг взял и отдавать не хочет.
2. По части перехода на альтернативное ПО, такое, как LibreOffice — пробовал. Приносит много раздражения. По мне, так необходим баланс между всеми свойствами программных продуктов, в числе которых есть не только безопасность, но и юзабилити, и работоспособность сценариев в продуктах. И необходимо понимать для чего и в какую сторону его смещать.
Можно, например, провести параллель между безопасностью при работе с компьютером и безопасностью езды на дороге. С первого взгляда ездить по дороге в бронетранспортере будет куда безопаснее для водителя и никакие столкновения не страшны. Если требуется переместиться из города А в город Б для посещения гостей — то на бронетранспортере это делать нецелесообразно и лучше ехать на легковой машине. А вот если требуется по этому же маршруту провезти ящик с динамитом — то я б предпочел бронетранспортер.
Хм, на мой взгляд одна из задач QA: владеть информацией о продукте и предоставлять ее. А у владельца и аналитика иных задач с лихвой хватает. И если они будут заниматься ответами на вопросы, то будут меньше времени уделять своим задачам.
Это если проект маленький, над ним работает 1-5 человек и кадры не меняются. А когда набирается более 10 человек — все сложнее и сложнее передавать информацию в нужных объемах в нужное время.
UPD: Да, документация — дело дорогое. Но если проект крупный — это этого стоит и дешевле чем вложение ресурсов в решение псевдопроблем из-за ее отсутствия.
Проверяется цифровой документ. Автоматизировать по-хорошему тут можно только проверку орфографии. Разумеется, есть автоматизированная система, в которой ведется работа над документацией, но пользоваться мне ей не доводилось, могу лишь сказать что все очень хорошо организовано.
Очень часто в течение последних 5 лет наблюдаю аналогичные ситуации. Внедряю средства по защите информации. Есть на этот счет следующие мысли: в бюджетных компаниях сплошь и рядом нищета. И со временем это оказывает губительное влияние на психику. Реальность искажается, люди с годами меняются, и компании словно охвачены эпидемиями. где-то это эпидемия отчетов, где-то - совещаний, где- перекладывания и проч. порочными явлениями. Однозначного выхода из ситуации к сожалению предложить не могу. С одной стороны можно смело сказать что надо сваливать из нищих контор. С другой - я когда-нибудь состарюсь, выйду на пенсию, возможно мне не будет хватать денег на платные поликлиники и придется пойти в бюджетную - и я б желал чтоб кто-то там работал.
Больно и обидно смотреть как затрачивается бюджет не ради улучшения результатов работы компаний, а ради того, чтоб соответствовать законодательству.
Еще одна из свежих мыслей на этот счет - вот вы пришли в ИТ сферу по зову души, вам приятно делать людям добро, искать какие-то решения, изобретать некую магию, заставляющую работать вокруг инфраструктуру. Это определенная склонность в характере. И скорее всего рука об руку идет склонность к тому, чтоб не иметь вокруг себя множество рамок в виде отчетов, приказов, иерархии людей, инструкций и проч. А рамки по факту есть и вызывают большой диссонанс.
>>> Из фронтенда у нас только админка
Действительно, именно специфика продукта позволила отказаться от наличия тестировщика. Подобно тому, как при езде на машине от запасного колеса отказаться сложно и невыгодно, а при езде на велосипеде запасное колесо не очень-то и нужно.
А все вполне нормально. Разработка всегда идет от состояния А к состоянию Б по пути наименьшей цены на реализацию. И раздувание - один из побочных эффектов. Вот представьте себя владельцем компании с 2 тыс. человек: вам надо платить зарплату, налоги, аренду, рекламу и проч. А заказчики вам платят потому что ваши продукты лучше и дешевле чем у конкурентов. И всякий раз вы оказываетесь на распутье: разориться и кануть в небытие за счет чрезмерных затрат на написание идеального кода либо обойти конкурентов и продолжить работу. Разумеется, выбираете путь продолжения работы. Любыми возможными способами. И если один из способов ведет к увеличению объема кода и исполняемых файлов - то так тому и быть. Лучше так, чем небытие. Если у меня будет выбор между тем, чтоб иметь некачественный пакт тестового редактора, который весит 1 МБ и пакетом, который работает качественно и весит 1 ТБ - я выберу более качественный и докуплю железо.
А кто что скажет насчет шума от HP Microserver G7/G8? Рассматриваю для себя подобную покупку, чтоб стоял рядом на столе. И хотелось бы чтоб система была тихой.
1. Если я встречаю человека, но у него нет аккаунта ни в одной из соцсетей или все они скрыты — то я предпочту дел с ним не иметь, для меня это будет дурным знаком. Ибо это наталкивает на мысль о том, что человек от кого-то скрывается, и скрывается оттого, что кому-то что-то плохое сделал. Например, в долг взял и отдавать не хочет.
2. По части перехода на альтернативное ПО, такое, как LibreOffice — пробовал. Приносит много раздражения. По мне, так необходим баланс между всеми свойствами программных продуктов, в числе которых есть не только безопасность, но и юзабилити, и работоспособность сценариев в продуктах. И необходимо понимать для чего и в какую сторону его смещать.
Можно, например, провести параллель между безопасностью при работе с компьютером и безопасностью езды на дороге. С первого взгляда ездить по дороге в бронетранспортере будет куда безопаснее для водителя и никакие столкновения не страшны. Если требуется переместиться из города А в город Б для посещения гостей — то на бронетранспортере это делать нецелесообразно и лучше ехать на легковой машине. А вот если требуется по этому же маршруту провезти ящик с динамитом — то я б предпочел бронетранспортер.
UPD: Да, документация — дело дорогое. Но если проект крупный — это этого стоит и дешевле чем вложение ресурсов в решение псевдопроблем из-за ее отсутствия.