Спасибо за комментарий! Позволю себе прокомментировать ваше несогласие :) Я, в общем-то призываю лишь к более трезвому и взвешенному подходу к поиску работы.
Для того, чтобы трезво оценить свой уровень надо его, так сказать, прощупать. Особенно это важно для молодых специалистов.
именно для этого надо понимать этому специалисту, что его уровень — «молодой специалист» :). Тот, кто себя недооценил, получит опыт и оправданное понимание своего уровня. Тот, кто переоценил, получит разочарование, обиду и, часто, потерянное время.
Надейтесь на чудо, готовьтесь к собеседованиям в крутые компании, ходите на эти собеседования. Не догоните, так согреетесь (научитесь проходить собеседования).
Таки научиться проходить собеседования — это одно, а надеяться повторить успех «того парня» — это совсем другое. Моё предложение: " не слишком надеяться на чудо".
Супер-технология может оказаться не только популярной, но и интересной. Гораздо выгоднее заниматься интересными и востребованными вещами, чем просто интересными
А я и не предлагаю заниматься невостребованными. Но советую не выбирать «только потому что она популярна».
Зачастую зарплата выше рынка — это не столько показатель рискованности и требований, сколько того, что у компании дела идут хорошо (может себе позволить), компания не хочет терять людей только из-за того, что работник нашёл, где больше платят.
К сожалению, это редко именно так. Более того, чтобы удержать ценного специалиста, зарплату придётся повышать, и мало кто планирует повышать изначально задранную зарплату. Опять же, я делаю тут акцент на выбор этой самой супер-пупер зарплаты в ущерб прочим своим интересам.
Для того, чтобы определить где это «выше головы», надо попробовать «попрыгать». А сгорают от скучной однообразной лёгкой работы гораздо чаще, чем от сложной.
От скучной работы выгорают. А вот в попытках сделать то, на что не хватает знаний и талантов, часто именно сгорают.
Например, компании, которые проводят отвратительные стрессовые собеседования в неуважительной форме должны получать обратную реакцию
Ключевое слово «заранее». Часто в вакансии, или ещё в первом телефонном общении с HR звучат слова про тесты, многоэтапные собеседования и тому подобные заморочки. Иногда эти заморочки оправданы и работа в компании вполне может оказаться интересной и приятной. Жаль, что нет внятного ресурса с проверенными отзывами на работодателей, он бы и прояснил картину кандидатам и дал бы ценную обратную связь работодателям.
Автор любит устаревший веб?
Когда надо было уместить хотя бы стартовую страницу сайта со всем её содержимым в 20-30 кб? Когда приходилось генерировать на сервере все страницы в десятке вариантов, ибо клиенты были разными, очень разными и dhtml почти никто не умел? Когда… много чего ещё можно перечислить такого, после чего современный веб — сказка наяву.
Автор, похоже, попросту не разобрался с технологиями и у него болит. Но может уже пора повзрослеть? Выйти из детсадовского возраста? (Это отсылка к известному тесту про скамейку, краткое изложение вот тут: bash.im/quote/418579)
Как уже было описано ранее — все «проблемы» или не проблемы или имеют решение. Я не скажу за php, но на .net уж точно :) И файлы без сохранения на диск и с прогрессбаром, и даже с проверкой содержимого до полной загрузки. И кэш на любой вкус и цвет, работающий ровно тогда, когда это надо. И API с внятной структурой и встроенной документацией. Что уж говорить про возможность универсализировано смаппить ajax запрос на запрос к БД, с валидацией, да через кэш, и с прозрачной проверкой прав пользователя…
А может автор так странно изливает недовольство заполонившими веб рукожопами, к которым он сам себя не относит? Тогда почему бы прямо так не сказать?
Знал, что до дисплазии дойдёт :) Это ещё одна крайность.
Но гибкость — она всё же разная бывает. Я не врач, но с ними общался на эту тему. Общий вывод — всяко бывает. Бывает даже кости мешают.
Я в теннис играю примерно 7-10 часов в неделю, иногда больше (особенно, когда на турниры попадаю). И это не стоя у стола помахивая ракеткой, а в режиме агрессивной работы телом, с нацеленностью на спортивный подход.
Вот с танцами проблема — не музыкален я от слова совсем.
И да, знаю не мало способов узнать много нового про своё тело (начиная с домашней гимнастики с гантельками, или даже качественной тренировкой в том же теннисе).
А что у вас с эластичностью связок? Если её хватает от природы, остальное дело тренировок.
Я, вот, не то, чтобы жутко деревянный, скорее даже наоборот, но с гибкостью в некоторых местах есть очевидная проблема.
Давайте уточним, кому «вам»? И что такое «приемлемый»?
Если мне, то пока всё выглядит так, что мне без шансов сидя на полу изобразить прямой угол. Т.е. прямые ноги на полу, прямая спина вертикально — мне не достижимо.
Интересно, что говорят врачи про идею растягивать связки в возрасте за 40?
Мышцы-то ещё можно подтянуть, но эластичность связок, кмк, не вернуть.
Я, например, увлекаюсь настольным теннисом. Ноги, спина — очень хорошо прокачены на подвижность. Но вот согнуться нужным образом я не могу уже лет 30, как минимум…
Более того, наблюдения за группами детей/подростков привело к выводу, что растянутость заложена от рождения. Гимнастика, балет — кто своих детей водил на такие занятия, в курсе проблемы. Если от рождения сухожилия тугие — можно растягивать, но ребёнку придётся всё время этим заниматься, и ему никогда не будет так легко, как тем, у кого природой заложена гибкость.
В мире .net самый популярный вариант — Open XML SDK.
Работаем с API документа, доступны все возможности (ну или почти все, хотя я не натыкался на ситуацию, чтобы чего-то не хватило). Для привязки значений к шаблону можно использовать именованные ячейки, диапазоны и таблицы. На основе этого не сложно сделать свою библиотеку, максимально упрощающую реализацию конкретных задач.
Нда… Я не знаю, почему автор назвал статью именно так, но многих это может ввести в заблуждение, ибо…
this не может потерять контекст, так как this и есть ссылка на контекст!
Правильнее говорить о том, что делать, если контекст не тот, который ожидал разработчик.
И после этого всё встаёт на свои места.
this можно использовать в инициализаторах и в тех местах, где конкретный контекст гарантирован. А если уж есть готовый метод, который использует this — ему всегда можно подсунуть то, что нам нужно.
Да нет, кстати было вчера, пока Яндекс молчал. А в новости про то, что он будет аргументированно защищать определённую позицию (даже не только свою личную, а как раз коллективную — касающуюся всех поисковиков), уже не кстати.
Никто не может быть владельцем последовательности бит
Таки каким образом обустроено владение акциями, если их никто на бумаге не выпускал? Но, по сути, вы уже ответили, и даже подтвердили возможность владеть чем-то цифровым:
главное тут то, принимает ли закон эти документы в качестве доказательства наличия обязательств между сторонами или нет
.
С программным продуктом всё то же самое. Законами описаны механизмы передачи прав пользования или владения, равно как и права и обязанности. И естественно, всё это качается не конкретной последовательности бит, где-то абстрактно существующей. Но если у меня на компьютере есть образ программы, которую я официально купил, то я имею полное право говорить, что владею этой копией. Даже если я эту последовательность бит многократно скопирую.
Точно так же можно быть владельцем репродукции картины, не будучи владельцем визуального образа, на ней запечатлённого. Или быть владельцем копии изображения из фотобанка.
При всём при этом, конечно, нельзя быть владельцем буквы или цифры — это вообще абстракции, не зависимо от носителя. Но можно быть владельцем специфичной 3-d модели, воплощающей букву, не зависимо от носителя, т.е. и в цифре в после распечатки на принтере.
Один вопрос: какое отношение имеет этот спор за материальность цифрового товара к теме статьи?
И одно возражение: вы считаете, что владеть можно только материальным, но как вы тогда трактуете, например, владение акциями, не старыми бумажными, а современными, абсолютно цифровыми?
Очень полезное замечание.
И аналогия с циферблатом весьма наглядна. Мне, кстати, больше нравится идея крутить его в обратную сторону для отрицательного модуля.
Осталось только не забыть его к тому моменту, когда вдруг действительно потребуется вычислять modulo с отрицательным модулем.
именно для этого надо понимать этому специалисту, что его уровень — «молодой специалист» :). Тот, кто себя недооценил, получит опыт и оправданное понимание своего уровня. Тот, кто переоценил, получит разочарование, обиду и, часто, потерянное время.
Таки научиться проходить собеседования — это одно, а надеяться повторить успех «того парня» — это совсем другое. Моё предложение: " не слишком надеяться на чудо".
А я и не предлагаю заниматься невостребованными. Но советую не выбирать «только потому что она популярна».
К сожалению, это редко именно так. Более того, чтобы удержать ценного специалиста, зарплату придётся повышать, и мало кто планирует повышать изначально задранную зарплату. Опять же, я делаю тут акцент на выбор этой самой супер-пупер зарплаты в ущерб прочим своим интересам.
От скучной работы выгорают. А вот в попытках сделать то, на что не хватает знаний и талантов, часто именно сгорают.
Ключевое слово «заранее». Часто в вакансии, или ещё в первом телефонном общении с HR звучат слова про тесты, многоэтапные собеседования и тому подобные заморочки. Иногда эти заморочки оправданы и работа в компании вполне может оказаться интересной и приятной. Жаль, что нет внятного ресурса с проверенными отзывами на работодателей, он бы и прояснил картину кандидатам и дал бы ценную обратную связь работодателям.
Когда надо было уместить хотя бы стартовую страницу сайта со всем её содержимым в 20-30 кб? Когда приходилось генерировать на сервере все страницы в десятке вариантов, ибо клиенты были разными, очень разными и dhtml почти никто не умел? Когда… много чего ещё можно перечислить такого, после чего современный веб — сказка наяву.
Автор, похоже, попросту не разобрался с технологиями и у него болит. Но может уже пора повзрослеть? Выйти из детсадовского возраста? (Это отсылка к известному тесту про скамейку, краткое изложение вот тут: bash.im/quote/418579)
Как уже было описано ранее — все «проблемы» или не проблемы или имеют решение. Я не скажу за php, но на .net уж точно :) И файлы без сохранения на диск и с прогрессбаром, и даже с проверкой содержимого до полной загрузки. И кэш на любой вкус и цвет, работающий ровно тогда, когда это надо. И API с внятной структурой и встроенной документацией. Что уж говорить про возможность универсализировано смаппить ajax запрос на запрос к БД, с валидацией, да через кэш, и с прозрачной проверкой прав пользователя…
А может автор так странно изливает недовольство заполонившими веб рукожопами, к которым он сам себя не относит? Тогда почему бы прямо так не сказать?
Но гибкость — она всё же разная бывает. Я не врач, но с ними общался на эту тему. Общий вывод — всяко бывает. Бывает даже кости мешают.
Вот с танцами проблема — не музыкален я от слова совсем.
И да, знаю не мало способов узнать много нового про своё тело (начиная с домашней гимнастики с гантельками, или даже качественной тренировкой в том же теннисе).
Я, вот, не то, чтобы жутко деревянный, скорее даже наоборот, но с гибкостью в некоторых местах есть очевидная проблема.
Если мне, то пока всё выглядит так, что мне без шансов сидя на полу изобразить прямой угол. Т.е. прямые ноги на полу, прямая спина вертикально — мне не достижимо.
Мышцы-то ещё можно подтянуть, но эластичность связок, кмк, не вернуть.
Я, например, увлекаюсь настольным теннисом. Ноги, спина — очень хорошо прокачены на подвижность. Но вот согнуться нужным образом я не могу уже лет 30, как минимум…
Более того, наблюдения за группами детей/подростков привело к выводу, что растянутость заложена от рождения. Гимнастика, балет — кто своих детей водил на такие занятия, в курсе проблемы. Если от рождения сухожилия тугие — можно растягивать, но ребёнку придётся всё время этим заниматься, и ему никогда не будет так легко, как тем, у кого природой заложена гибкость.
У нас были проблемы с клонированием листов и вставкой модулей расширения — мы используем JsAddins.
Работаем с API документа, доступны все возможности (ну или почти все, хотя я не натыкался на ситуацию, чтобы чего-то не хватило). Для привязки значений к шаблону можно использовать именованные ячейки, диапазоны и таблицы. На основе этого не сложно сделать свою библиотеку, максимально упрощающую реализацию конкретных задач.
this не может потерять контекст, так как this и есть ссылка на контекст!
Правильнее говорить о том, что делать, если контекст не тот, который ожидал разработчик.
И после этого всё встаёт на свои места.
this можно использовать в инициализаторах и в тех местах, где конкретный контекст гарантирован. А если уж есть готовый метод, который использует this — ему всегда можно подсунуть то, что нам нужно.
С программным продуктом всё то же самое. Законами описаны механизмы передачи прав пользования или владения, равно как и права и обязанности. И естественно, всё это качается не конкретной последовательности бит, где-то абстрактно существующей. Но если у меня на компьютере есть образ программы, которую я официально купил, то я имею полное право говорить, что владею этой копией. Даже если я эту последовательность бит многократно скопирую.
Точно так же можно быть владельцем репродукции картины, не будучи владельцем визуального образа, на ней запечатлённого. Или быть владельцем копии изображения из фотобанка.
При всём при этом, конечно, нельзя быть владельцем буквы или цифры — это вообще абстракции, не зависимо от носителя. Но можно быть владельцем специфичной 3-d модели, воплощающей букву, не зависимо от носителя, т.е. и в цифре в после распечатки на принтере.
И одно возражение: вы считаете, что владеть можно только материальным, но как вы тогда трактуете, например, владение акциями, не старыми бумажными, а современными, абсолютно цифровыми?
И аналогия с циферблатом весьма наглядна. Мне, кстати, больше нравится идея крутить его в обратную сторону для отрицательного модуля.
Осталось только не забыть его к тому моменту, когда вдруг действительно потребуется вычислять modulo с отрицательным модулем.