Существует риск, что новичок окажется сильнее всего этого, и-таки преодолеет весь этот бардак. Бюрократия очень мощное оружие в руках дотошного зануды) Тогда проблемы могут начаться у всех, кроме него самого.
Есть разные способы работать на государство. Можно просто работать в госоргане, а можно быть на госслужбе. У последнего варианта, вродь как есть разного рода плюшки, которые вкуснее по мере выслуги лет + на пенсии. Если ты не в IT - государственная служба, в целом, не худший сценарий в жизни.
Но госслужащим становятся не только лишь все. Зачем идти рядовом IT-шнику туда - загадка для меня. Одна из моих подруг после выпуска из универа ушла в казначейство работать ИБ-шником. По её словам перед устройством: "Мне хочется убедиться самой, насколько всё плохо в государственной машине. Не хочу верить на слово". Через год она уволилась со словами: "всё хуже, чем кажется".
Есть друг, работает в IT-центре налоговой службы. По его рассказам - там конечно не без веселья, но работа плюс/минус интересная с его слов. На самом деле проблема "начальник-подчинённый" и там есть, но именно IT огородились от самой налоговой буфферной зоной из менеджеров и сам технический персонал редко контактирует с государственными деятелями.
С другой стороны, это прям исключение. Есть у меня и другие знакомые, работающие/работавшие в ИБ отделах разного масштаба госструктур, НИИ и прочих окологосударственных образованиях. Жопа там знатная конечно. Особенно в закрытых городах. Но местами, внезапно, даже неплохо платят.
Да какие претензии. С точки зрения литературытв целом, каждый может читать что угодно, это дело вкуса. Я просто полагаю, что здесь книги для профессионального развития и в чём ценность описанного вами мне не очень понятно)
А можно поконкретнее? :) Мне правда интересно, чего ж такого умного оттуда можно извлечь. Потому что сейчас я вижу эту книгу, как огромный список оправданий к вопросу "А почему С++ такой кривой язык?". Не, я люблю (и ненавижу) плюсы, много лет на них пишу, мне все причины и так понятны, но я не вижу особо смысла читать об этом книгу.
«Миллионы людей не спят среди ночи, и есть достаточно веские доказательства того, что их мозг не работает так же хорошо, как днём»
Но ведь это голосовное утверждение, которое может путать причину и следствие. Например, люди не спят по ночам, потому что у них мозг работает неправильно :)
Во-вторых, если вы искали кандидата на должность полгода и работали без него, не лучше ли сократить эту должность?
Ответ в целом даётся по ходу статьи:
остальные сотрудники не были мотивированы идеей «работать за себя и за того парня за тот же оклад»
Положим, можно было бы конечно всем повысить всем немножко ЗП, но не надо забывать, что так или иначе косвенные обязанности, которые ты не хочешь выполнять:
Выполняются менее эффективно
Деморализуют, вне зависимости от оплаты
Отнимают время от более насущных задач, снижая эффективность основной работы
Поэтому видится мне, чтобы снять весь этот гемморой с голов других сотрудников, было решено нанять "специально обученного человека".
А смысл её читать? Ну, разве что только в археологических целях или любопытства для? Что полезного даёт знание истории возникновения фич разработчику, который уже умеет программировать на С++?
Опять же, cppreference - пускай и справочник, но core guidelines - нет. И там намного всё лучше расписано, на мой взгляд.
Не очень понятно зачем мне книга Страуструпа, и уж тем более зачем её читать? Чем не угодил cppreference и core guidelines в качестве справочника?
Я бы вместо неё рекомендовал всем С++ разработчикам прочесть Rust book. Совсем хорошо - попробовать пописать на языке, но необязательно углубляться.
В Rust хорошо то, что он поднимает на поверхность все болячки С++, на которые бывалые разработчики уже давно положили болт, и предлагает классные решения этих проблем. Напрямую в С++ конечно это использовать нельзя, но зато слегка выправляет мозги и учит делать более чистые API для своих программ.
Скажем, причины того, что я сейчас мало чего делаю не в том, что у меня нет времени, а в том, что мне на всё наплевать по большей части и я постоянно чувствую себя уставшим. Плюс можно добавить то, что раньше поспать 4 часа было достаточно, сейчас если я поспал меньше 8,5 часов - я бесполезен полностью весь следующий день.
Я скучаю по временам, когда я был студентом :) Потому что я прям помню это чувство, когда закончилась учёба и началась работа, я буквально не знал, что делать с ТАКИМ количеством свободного времени. У меня реально после выпуска из ВУЗа его стало столько, что я буквально понятия не имел (и до сих пор не имею) что с ним делать. Не было какой-то конкретной понятной цели, но что главное - никому от меня особо ничего и не требовалось, ну а своей великой цели я так и не нашёл.
Прикладывая 20% усилий я тупо построил себе карьеру. По собственным меркам - я нихрена не делаю на работе уже несколько лет, по меркам работодателя - я молодец и стоит повысить мне ЗП, ибо я производительный дофига (вот буквально сегодня менеджер позвонил, пришёл приказ от ген.дира о повышении ЗП).
Так что я мечтаю, чтобы в жизни появилась реальная необходимость что-то делать, ибо сам я хрен с места сдвинусь ибо я желе. Самые веселые дни, которые я помню после выпуска из ВУЗ-а - это переезды из города в город при смене работы. Было много кипиша, мало денег и никакой ответственности) Было весело.
Боюсь между стадиями "новичок" и "демосцена" слишком много магии, которую на которую способны не только лишь все)
Ассемблер, сам по себе, это "постольку поскольку" в плане интересности, если брать конкретно демосцену. Я вот тоже любитель всего низкоуровневого, и люблю в этом поковыряться. Да блин, моя работа сегодня состоит в низкоуровных оптимизациях криптографии на проекте.
Тем не менее я стараюсь прибегать к ассемблеру в самую последнюю очередь, и заменяю его интринсиками пока компилятор генерирует более или менее сносный код. Ибо читать ассемблер - это сплошная боль и отчаяние, а писать на нём - еще больнее.
В любом случае, подавляющему большинству людей, что я встречал в мире IT ассемблер выглядит самой ненужной и скучной фигнёй - и я отлично могу их понять))) Ведь в этом мире есть куда более интересные занятия, дающие результат в обозримые сроки, а не через многие месяцы копания в байтах.
Молодость решает :) Пока я был молодой, я умудрялся:
Учиться в ВУЗе по направлению ИБ (бумажного, не реального)
Самостоятельно учился программировать
Фрилансил по мере возможности делая лабы и курсачи (в основном)
Работал на полставки сисадмином в небольшом сервисном центре. Ну, там правда было всего 30 компов, так что это скорее эдакое эникейство больше, но админ я там был один, так что я был самый высокопоставленный It-шник там и буквально решал все проблемы с компами, видеонаблюдением, монтажными работами, закупкой оборудования и пр.
Умудрялся при этом ещё встречаться девушкой и кутить изредка
Ходил по утрам (в 6:30 утра, siс!) на турники и брусья
Ещё и диплом писать приходилось, хуже того - ещё и на красный диплом защитился
Где-то в промежутках ещё и в конференциях студенческих участвовал со всякой фигнёй по нейронкам
Сегодня мне почти 30, я еле вывожу работу и брак :)
Я бы себя взял, но не только и не столько из-за наличия знаний в каких-то технологиях. У меня был достаточно широкий кругозор с очень низкой глубиной знаний. Тем не менее, я хорошо представлял себе как работает на уровне концепций вся система, начиная от того, как пользователь тыкнет кнопку на экране, до того, как кодируется сообщение при передаче по сети.
У меня уже был какой-никакой опыт написания программ, за которые мне кто-то платил денег. Я мог рассказать, какие у меня были проблемы при написании. Да, сами программы были велосипедами, иногда использующие устаревшие низкоуровневые API, но в целом я представлял что такое "выполнить работу", а именно - взяться за задачу и выполнить её в соответствии с требованиями, по пути разобравшись с неизвестностью.
Да, я не знал какие-то тестовые фреймворки, плохо владел git-ом, были проблемы с SQL, но за 3 месяца я их спокойно осилил по мере необходимости. За те деньги, что я получал в начале карьеры (35к в 2016-м году, Томск), я считаю я справлялся более чем отлично.
Через боль и ненависть к окружающему миру, в основном. А ещё через высокомерие к тем, кто не "шарит" в компьютерах (правда тщательно скрываемое). Ну, боль правда была мазохисткого характера, когда можно было до 5-ти утра делать какой-то очередной hello wolrd и потом радоваться, что железка наконец-то делает то, что от нее просят.
Это уже потом, я понял, что я идиот. Но в моём случае оказалось, что ограниченность ума - это путь к просвещению. Теперь я правда на другой стороне маятника и считаю, что "программист" - это одна из самых тупых профессий на планете, но кто ж меня послушает.
Когда doom запускают на тесте на беременность - это игра или слайд шоу? :)
Существует риск, что новичок окажется сильнее всего этого, и-таки преодолеет весь этот бардак. Бюрократия очень мощное оружие в руках дотошного зануды) Тогда проблемы могут начаться у всех, кроме него самого.
Доступ к гостайне - это ведь не навсегда) Стандартный срок по второй форме допуска - это 5 лет. Но нет, даже вторую она не оформляла.
Есть разные способы работать на государство. Можно просто работать в госоргане, а можно быть на госслужбе. У последнего варианта, вродь как есть разного рода плюшки, которые вкуснее по мере выслуги лет + на пенсии. Если ты не в IT - государственная служба, в целом, не худший сценарий в жизни.
Но госслужащим становятся не только лишь все. Зачем идти рядовом IT-шнику туда - загадка для меня. Одна из моих подруг после выпуска из универа ушла в казначейство работать ИБ-шником. По её словам перед устройством: "Мне хочется убедиться самой, насколько всё плохо в государственной машине. Не хочу верить на слово". Через год она уволилась со словами: "всё хуже, чем кажется".
Есть друг, работает в IT-центре налоговой службы. По его рассказам - там конечно не без веселья, но работа плюс/минус интересная с его слов. На самом деле проблема "начальник-подчинённый" и там есть, но именно IT огородились от самой налоговой буфферной зоной из менеджеров и сам технический персонал редко контактирует с государственными деятелями.
С другой стороны, это прям исключение. Есть у меня и другие знакомые, работающие/работавшие в ИБ отделах разного масштаба госструктур, НИИ и прочих окологосударственных образованиях. Жопа там знатная конечно. Особенно в закрытых городах. Но местами, внезапно, даже неплохо платят.
А чё, может на пенсии будет не так скучно)
Поздно) Но не так, чтобы совсем. Я купил гантели и тягаю их)
Да какие претензии. С точки зрения литературытв целом, каждый может читать что угодно, это дело вкуса. Я просто полагаю, что здесь книги для профессионального развития и в чём ценность описанного вами мне не очень понятно)
А можно поконкретнее? :) Мне правда интересно, чего ж такого умного оттуда можно извлечь. Потому что сейчас я вижу эту книгу, как огромный список оправданий к вопросу "А почему С++ такой кривой язык?". Не, я люблю (и ненавижу) плюсы, много лет на них пишу, мне все причины и так понятны, но я не вижу особо смысла читать об этом книгу.
Но ведь это голосовное утверждение, которое может путать причину и следствие. Например, люди не спят по ночам, потому что у них мозг работает неправильно :)
Ответ в целом даётся по ходу статьи:
Положим, можно было бы конечно всем повысить всем немножко ЗП, но не надо забывать, что так или иначе косвенные обязанности, которые ты не хочешь выполнять:
Выполняются менее эффективно
Деморализуют, вне зависимости от оплаты
Отнимают время от более насущных задач, снижая эффективность основной работы
Поэтому видится мне, чтобы снять весь этот гемморой с голов других сотрудников, было решено нанять "специально обученного человека".
А смысл её читать? Ну, разве что только в археологических целях или любопытства для? Что полезного даёт знание истории возникновения фич разработчику, который уже умеет программировать на С++?
Опять же, cppreference - пускай и справочник, но core guidelines - нет. И там намного всё лучше расписано, на мой взгляд.
Не очень понятно зачем мне книга Страуструпа, и уж тем более зачем её читать? Чем не угодил cppreference и core guidelines в качестве справочника?
Я бы вместо неё рекомендовал всем С++ разработчикам прочесть Rust book. Совсем хорошо - попробовать пописать на языке, но необязательно углубляться.
В Rust хорошо то, что он поднимает на поверхность все болячки С++, на которые бывалые разработчики уже давно положили болт, и предлагает классные решения этих проблем. Напрямую в С++ конечно это использовать нельзя, но зато слегка выправляет мозги и учит делать более чистые API для своих программ.
Скажем, причины того, что я сейчас мало чего делаю не в том, что у меня нет времени, а в том, что мне на всё наплевать по большей части и я постоянно чувствую себя уставшим. Плюс можно добавить то, что раньше поспать 4 часа было достаточно, сейчас если я поспал меньше 8,5 часов - я бесполезен полностью весь следующий день.
Я скучаю по временам, когда я был студентом :) Потому что я прям помню это чувство, когда закончилась учёба и началась работа, я буквально не знал, что делать с ТАКИМ количеством свободного времени. У меня реально после выпуска из ВУЗа его стало столько, что я буквально понятия не имел (и до сих пор не имею) что с ним делать. Не было какой-то конкретной понятной цели, но что главное - никому от меня особо ничего и не требовалось, ну а своей великой цели я так и не нашёл.
Прикладывая 20% усилий я тупо построил себе карьеру. По собственным меркам - я нихрена не делаю на работе уже несколько лет, по меркам работодателя - я молодец и стоит повысить мне ЗП, ибо я производительный дофига (вот буквально сегодня менеджер позвонил, пришёл приказ от ген.дира о повышении ЗП).
Так что я мечтаю, чтобы в жизни появилась реальная необходимость что-то делать, ибо сам я хрен с места сдвинусь ибо я желе. Самые веселые дни, которые я помню после выпуска из ВУЗ-а - это переезды из города в город при смене работы. Было много кипиша, мало денег и никакой ответственности) Было весело.
Боюсь между стадиями "новичок" и "демосцена" слишком много магии, которую на которую способны не только лишь все)
Ассемблер, сам по себе, это "постольку поскольку" в плане интересности, если брать конкретно демосцену. Я вот тоже любитель всего низкоуровневого, и люблю в этом поковыряться. Да блин, моя работа сегодня состоит в низкоуровных оптимизациях криптографии на проекте.
Тем не менее я стараюсь прибегать к ассемблеру в самую последнюю очередь, и заменяю его интринсиками пока компилятор генерирует более или менее сносный код. Ибо читать ассемблер - это сплошная боль и отчаяние, а писать на нём - еще больнее.
В любом случае, подавляющему большинству людей, что я встречал в мире IT ассемблер выглядит самой ненужной и скучной фигнёй - и я отлично могу их понять))) Ведь в этом мире есть куда более интересные занятия, дающие результат в обозримые сроки, а не через многие месяцы копания в байтах.
А разве нет? Ассемблер самая унылая фигня в истории человечества)
Даже разноцветный треугольник на OpenGL нарисовать и то веселее)
Молодость решает :) Пока я был молодой, я умудрялся:
Учиться в ВУЗе по направлению ИБ (бумажного, не реального)
Самостоятельно учился программировать
Фрилансил по мере возможности делая лабы и курсачи (в основном)
Работал на полставки сисадмином в небольшом сервисном центре. Ну, там правда было всего 30 компов, так что это скорее эдакое эникейство больше, но админ я там был один, так что я был самый высокопоставленный It-шник там и буквально решал все проблемы с компами, видеонаблюдением, монтажными работами, закупкой оборудования и пр.
Умудрялся при этом ещё встречаться девушкой и кутить изредка
Ходил по утрам (в 6:30 утра, siс!) на турники и брусья
Ещё и диплом писать приходилось, хуже того - ещё и на красный диплом защитился
Где-то в промежутках ещё и в конференциях студенческих участвовал со всякой фигнёй по нейронкам
Сегодня мне почти 30, я еле вывожу работу и брак :)
Я бы себя взял, но не только и не столько из-за наличия знаний в каких-то технологиях. У меня был достаточно широкий кругозор с очень низкой глубиной знаний. Тем не менее, я хорошо представлял себе как работает на уровне концепций вся система, начиная от того, как пользователь тыкнет кнопку на экране, до того, как кодируется сообщение при передаче по сети.
У меня уже был какой-никакой опыт написания программ, за которые мне кто-то платил денег. Я мог рассказать, какие у меня были проблемы при написании. Да, сами программы были велосипедами, иногда использующие устаревшие низкоуровневые API, но в целом я представлял что такое "выполнить работу", а именно - взяться за задачу и выполнить её в соответствии с требованиями, по пути разобравшись с неизвестностью.
Да, я не знал какие-то тестовые фреймворки, плохо владел git-ом, были проблемы с SQL, но за 3 месяца я их спокойно осилил по мере необходимости. За те деньги, что я получал в начале карьеры (35к в 2016-м году, Томск), я считаю я справлялся более чем отлично.
Собственно эти проблемы решаются через практику. Много практики -> много сломанных ситуаций -> больше знаний.
Через боль и ненависть к окружающему миру, в основном. А ещё через высокомерие к тем, кто не "шарит" в компьютерах (правда тщательно скрываемое). Ну, боль правда была мазохисткого характера, когда можно было до 5-ти утра делать какой-то очередной hello wolrd и потом радоваться, что железка наконец-то делает то, что от нее просят.
Это уже потом, я понял, что я идиот. Но в моём случае оказалось, что ограниченность ума - это путь к просвещению. Теперь я правда на другой стороне маятника и считаю, что "программист" - это одна из самых тупых профессий на планете, но кто ж меня послушает.