Во всех этих историях интересует вопрос налогов, «налоговый резидент-неризидент». И ответ «биржа куда-то что-то платит» меня совсем не радует.
Ведь когда-нибудь наши ведомства научатся использовать поставленные чиновниками на распильных проектах в ведомства экзадаты и прочие адские мощности.
Таки читайте законы.
Для ИП УСН «Доходы» — на эти самые 36000 страховых взносов вы уменьшаете сумму налогов.
Т.е. если ваш Доход *6%>36000 — то вы считайте, что страховые взносы «в подарок».
вы таки удивитесь, но питерская компания (кажется криотерм или как-то так) выпускает серийные «домашние» дровяные печи с электрогенерирующей «насадкой». Ну и само это устройство продает отдельно. Выглядит как средних размеров коробка
в своей конструкции у нас обычно сверху «адаптер»)
нечто вроде цилиндра разрезанного вдоль и раскрытого.на него ставится котелок, а в образовавшееся окно подбрасываются веточки. Заслонка для топки делается каждый вечер например из расплющенной банки от тушенки, или крышки от консервной банки.
по поводу элемента пельтье — есть предположение что такая конструкция обусловлена тем что:
1)пепел выпадает из печки вниз. иначе бы он там накапливался. а древесный мусор оставляет много пепла
2)У элементов пельте есть ограничение на максимальную температуру и на разность температур. Металлическим стержнем они просто ограничивают подачу тепла
Небольшая емкость помеха только в том, что крупные веточки надоедает ломать. А так «всё хорошо».
Оценил подобную печку (правда самодельную) когда с товарищем ходили в походик по горам Крыма.
И вот «кейс»: приходим вечером на очередную туристическую стоянку. Народу там полно, всё что горит уже давно сожжено. Все приходящие группы отправляют людей за дровами.А подниматься в гору за дровами после дня ходьбы уже ой как лень.
Мы пришли, разложили коврики, между ними установили печку, упали на коврики, поставили котелок с водой на печку и начали ее топить дровяным «мусором».Буквально берешь не глядя с земли горсть тонких веточек вперемешку с сухой листвой и бросаешь в топку.10-15 минут и ужин на 2х готов. Еще столько же-и чай.
Не уверен в этом на 100%, но мне «помогло» ведение собственных проектов с целью заработка (помимо основной работы). Проблема современного менеджмента среднего звена (помимо того что 100% людей идиоты) в том, что (как мне кажется) люди разучились считать деньги (пусть и чужие).
И как-то начинает приходить понимание, что собрать 8 человек на часовой митинг — это выкинутый человеко-день. при з/п специалиста в 60т — это грубо 3т (если речь о компаниях, то считай со всеми налогами с коэффициентом 1.5). Просто выкинутых в трубу. Что игры в «эффективный менеджмент» — обычно достаточно дороги. Что поручать разработчику верстку — это значит через 1-2-3 дня получить дерьмовый результат по цене первоклассной верстки, от лучших специалистов (которые к тому же справились бы с этим МАКСИМУМ за день). Что идеальной архитектуры не бывает. Все как зомби твердят MVC-MVC-гибкая архитектура- а внутрь заглянешь — получается тоже самое дерьмо, которое точно так же не готово к будущему, но в 5 раз дороже.
В общем что надо действовать по ситуации и всега соотносить затраты и пользу. По возможности «реальную».
Как пример — тут в соседнем топике люди рассуждали про парное программирование и про то как это хорошо и весело. Да хорошо, Да весело. Но как-то никто даже не заикнулся что прежде чем вводить такую практику, нужно — багтрекер => статистика ошибок по типам работ (грубо например количество багов на 100 строк кода), внедрили парное программирование — посмотрели статистику — изменилась ли она? на сколько изменилась? и главный вопрос — а стоят ли эти баги потраченных денег? И в большенстве случаев ответ — нет не стоят.
В этой нашей «вебориентированной» разработке цена ошибки зачастую мала (бизенесс ничего не потеряет если она случится и через пол-дня -день будет исправлена) и соответственно в парном программировании просто нет смысла.
Но «считать чужие деньги» у нас как-то не принято
На пути избавления от иллюзий на правильно пути вы.
но «Один великолепный программист стоит десятырех раздолбаев или средненьких.» говорит,
что ещё длинный путь впереди.
Я в восторге.
Помимо характеристик самого манипулятора он получился ещё и очень технологичным:
Аппарат для его изготовления «в полевых условиях» (в том числе и полностью автоматического) — не будет очень сложен.
Сама система достаточно проста в ремонте
Если химики поэкспериментируют с полимерами — уверен найдут подходящие допускающие повторное использование через переплавку.
Помимо прочего выглядит как ещё одна монета в копилку автоматических озеленителей (ну или ресурсовыкачивателей) других планет
Снова общие слова и цитаты известных книг.
Главная проблема всех этих слов: книги к тексту которых все оперируют — как правило говорят о большой разработке. много, очень много кода. Но дело в том, что большинство проектов «простые» и «маленькие» и применение подобных методик просто пустая трата ресурсов.
Гораздо интересней вопрос — где же проходит та черта. Я не встречал обоснованного статистикой ответа на этот вопрос. А без него — это всё очередной выпуск бюллетеня КО.
Возможно когда пригодиться в копилку UseCaseов:
Осенью-Зимой-Весной мы с друзьями раз в 2- 3 недели собираемся в будни после работы на «вечер настольных игр». 10-15 человек после работы собираются в некотором заведении чтобы обсудить последние новости пошутить шутки и поиграть в настольные игры.
Собираться такой толпой в традиционных кафе достаточно сложно (в целом негативное предубеждение против таких больших компаний и игр). Одним из решений стали как раз подобные заплати-за-время-кафе.
Но фактор (который упорно игнорируют недалекие «менеджеры» традиционных кафе, когда отказывают нам) никуда не делся: ПОСЛЕ РАБОТЫ ХОЧЕТСЯ ЖРАТЬ!
И вот приходим мы в очередной «цыферблат». Что-то есть ой как хочется. Давайте закажем суши-пицу-лапшу. Где? Какое заведение сюда доставляет? Адрес обязательно сопровождается невнятными описаниями, что «нужо пройти в подворотню, там свернуть в 3ю арку на лево». Потом выясняется что нужно часа 2 ждать, потому что оказывается что пункт доставки далеко а в цетре пробки.
В общем — было бы хорошо организовать как минимум информационное взаимодействие: вот у нас тут рядом кафешки, вот их меню, можно позвонить, подойти через 10 минут и забрать еду на вынос. Как максимум всякие разные партнерства — есть ощущение что поток заказов будет немалым и его можно на что-то «обменять».
Ну и при выборе места так же учитывать этот фактор. Идеально если вход в ваше заведение со двора через черный ход, то чтобы с лицевой стороны в этом здании было кафе — чтоб не далеко идти за едой.
Удачи Вам. Хорошая история.
P.S. не делайте в заведении громкую музыку (как орет в «антикафе-бабочки») — это адский ад.
0 — Ну почему же. Вы как-то категорично пытаетесь делить мир на черное и белое. Вопрос слишком многогоранен чтобы отвтеить на него «да»/«нет»
2 — «идиот» метафора для субъективной негативной оценки соискателя, настолько сильной что подталкивает людей писать посты про то что "мужиков та толковых кандидатов не осталось".
2.1 плавно переходящий в 3 — оба моих длинных комментария относились с большей мере относились к опыту моих прошлых коллег испытывающих сложности при поиске людей, и регулярно запевающие одни и теже песни.
Вы наверняка звезда, и у вас на приеме побывали все, но «нет»)
0)«сроки горят». Начнем с того, что когда у меня горят сроки — это я обосрался, а не кандидаты слишком тупые. Я такой весь «умный» знающий тысячи и тысячи всяких тонкостей в том числе и технических привел проект к «горящим срокам». «Пузырёк» мне не помог. Это как бэ должно напоминать мне, что все ошибаются. В том числе и я. В том числе и кандидаты.
1)Java слишком большая, чтобы один человек мог хорошо разбираться во всем, а если сюда добавить ещё и СУБД, так вы удивитесь сколько есть толковых людей которые глубоко копались в JVM, но СУБД для них это только аббревиатура.
2)Человек может быть хорошим специалистом. Просто он вам не подходит.
Почувствуйте разницу:
Вася идиот, ничего не знает.
Вася хороший специалист, но к сожалению нам не подходит.
Например — разрабатывал Вася на java сервера для mmorpg с большой посещаемостью. Он хороший специалист. Но если у нас энтерпрайз да ещё олдскульный, где вся логика живет в оракловых базах, а java так… постольку по скольку — то Вася нам не подойдет. Это нормально. Это не делает Васю идиотом.
Поэтому на собеседовании лучше выяснять, что человек «знает». И смотреть уже насколько это далеко/близко от нашего поля и может ли это быть полезным.
Для джуниоров и иногда мидлов, например фактором который имеет для меня большой положительный вес в оценке это ведение своих проектов. Особенно для джуниоров. Это говорит о том что человеку действительно нравится этим заниматься. Ну а дальше — если человек не из тех агрессивных «крутых парней» (легко проверить втянув его в дискуссию по спорному или малосущественному вопросу) — то это уже очень хорошо
3)Тотальное отсутсвие толковых людей должно натолкнуть меня на мысль, что: не сезон/мало денег/требования спецефические, а так же что пожалуй не стоило вести себя как задница, тогда бы и прошлый разработчик не уволился.
Раз за разом отмечаю эдакие отголоски поведения главных героев фильмов «пра-крутых-парней» среди людей, которые проводят собеседование. Эдакая смесь из Героев Шварцнейгера и Сталоне.
«Он не знает ХХХ?-Нам не очем говорить»
«Он не знает YYY?-Как таких бездарей только из института выпускают»
«Он не знает ZZZ?-Это же фундамент/основа»
Причем в качестве X,Y,Z выступают зачастую вещи сочетающие в себе характеристики: «не имеющие практической ценности», «делающиеся 1 раз и в этой контрое уже сделанные», «вещи для которых достаточно первых 3х предложений статьи википедии».
Непременное стремление найти что человек не знает. Уверен, для этой деформации личности тоже есть название, но в ситуации когда всё знать невозможно — это только мешает лучше узнать человека.
Попробуйте вместо того, чтобы искать «чего он не знает» попытаться найти «что он знает». И через это узнать что кандидату интересно, почему он хочет заниматься именно этим, чего он ждёт от этой работы. Без этого все занния сортировки пузырьком бесполезны
Подозреваю, что автор просто выбрал не правильное слово. И смысл его высказывания в том, что половина из т.н. «принципов ООП» — не являются эксклюзивными для ООП и существовали и до него. Абстрация и инкапсуляция уже были, «наследвоание» немного подумав предали анафеме распевая про Fragaile Base Calss. Остается только полиморфизм. Неплохо, но на «парадигму» не тянет.
Ведь когда-нибудь наши ведомства научатся использовать поставленные чиновниками на распильных проектах в ведомства экзадаты и прочие адские мощности.
Для ИП УСН «Доходы» — на эти самые 36000 страховых взносов вы уменьшаете сумму налогов.
Т.е. если ваш Доход *6%>36000 — то вы считайте, что страховые взносы «в подарок».
нечто вроде цилиндра разрезанного вдоль и раскрытого.на него ставится котелок, а в образовавшееся окно подбрасываются веточки. Заслонка для топки делается каждый вечер например из расплющенной банки от тушенки, или крышки от консервной банки.
по поводу элемента пельтье — есть предположение что такая конструкция обусловлена тем что:
1)пепел выпадает из печки вниз. иначе бы он там накапливался. а древесный мусор оставляет много пепла
2)У элементов пельте есть ограничение на максимальную температуру и на разность температур. Металлическим стержнем они просто ограничивают подачу тепла
Небольшая емкость помеха только в том, что крупные веточки надоедает ломать. А так «всё хорошо».
Оценил подобную печку (правда самодельную) когда с товарищем ходили в походик по горам Крыма.
И вот «кейс»: приходим вечером на очередную туристическую стоянку. Народу там полно, всё что горит уже давно сожжено. Все приходящие группы отправляют людей за дровами.А подниматься в гору за дровами после дня ходьбы уже ой как лень.
Мы пришли, разложили коврики, между ними установили печку, упали на коврики, поставили котелок с водой на печку и начали ее топить дровяным «мусором».Буквально берешь не глядя с земли горсть тонких веточек вперемешку с сухой листвой и бросаешь в топку.10-15 минут и ужин на 2х готов. Еще столько же-и чай.
о дааа. и проблема сразу будет решена — продукт будет выпущен точно в срок
И как-то начинает приходить понимание, что собрать 8 человек на часовой митинг — это выкинутый человеко-день. при з/п специалиста в 60т — это грубо 3т (если речь о компаниях, то считай со всеми налогами с коэффициентом 1.5). Просто выкинутых в трубу. Что игры в «эффективный менеджмент» — обычно достаточно дороги. Что поручать разработчику верстку — это значит через 1-2-3 дня получить дерьмовый результат по цене первоклассной верстки, от лучших специалистов (которые к тому же справились бы с этим МАКСИМУМ за день). Что идеальной архитектуры не бывает. Все как зомби твердят MVC-MVC-гибкая архитектура- а внутрь заглянешь — получается тоже самое дерьмо, которое точно так же не готово к будущему, но в 5 раз дороже.
В общем что надо действовать по ситуации и всега соотносить затраты и пользу. По возможности «реальную».
Как пример — тут в соседнем топике люди рассуждали про парное программирование и про то как это хорошо и весело. Да хорошо, Да весело. Но как-то никто даже не заикнулся что прежде чем вводить такую практику, нужно — багтрекер => статистика ошибок по типам работ (грубо например количество багов на 100 строк кода), внедрили парное программирование — посмотрели статистику — изменилась ли она? на сколько изменилась? и главный вопрос — а стоят ли эти баги потраченных денег? И в большенстве случаев ответ — нет не стоят.
В этой нашей «вебориентированной» разработке цена ошибки зачастую мала (бизенесс ничего не потеряет если она случится и через пол-дня -день будет исправлена) и соответственно в парном программировании просто нет смысла.
Но «считать чужие деньги» у нас как-то не принято
но «Один великолепный программист стоит десятырех раздолбаев или средненьких.» говорит,
что ещё длинный путь впереди.
Помимо характеристик самого манипулятора он получился ещё и очень технологичным:
Аппарат для его изготовления «в полевых условиях» (в том числе и полностью автоматического) — не будет очень сложен.
Сама система достаточно проста в ремонте
Если химики поэкспериментируют с полимерами — уверен найдут подходящие допускающие повторное использование через переплавку.
Помимо прочего выглядит как ещё одна монета в копилку автоматических озеленителей (ну или ресурсовыкачивателей) других планет
Главная проблема всех этих слов: книги к тексту которых все оперируют — как правило говорят о большой разработке. много, очень много кода. Но дело в том, что большинство проектов «простые» и «маленькие» и применение подобных методик просто пустая трата ресурсов.
Гораздо интересней вопрос — где же проходит та черта. Я не встречал обоснованного статистикой ответа на этот вопрос. А без него — это всё очередной выпуск бюллетеня КО.
Осенью-Зимой-Весной мы с друзьями раз в 2- 3 недели собираемся в будни после работы на «вечер настольных игр». 10-15 человек после работы собираются в некотором заведении чтобы обсудить последние новости пошутить шутки и поиграть в настольные игры.
Собираться такой толпой в традиционных кафе достаточно сложно (в целом негативное предубеждение против таких больших компаний и игр). Одним из решений стали как раз подобные заплати-за-время-кафе.
Но фактор (который упорно игнорируют недалекие «менеджеры» традиционных кафе, когда отказывают нам) никуда не делся: ПОСЛЕ РАБОТЫ ХОЧЕТСЯ ЖРАТЬ!
И вот приходим мы в очередной «цыферблат». Что-то есть ой как хочется. Давайте закажем суши-пицу-лапшу. Где? Какое заведение сюда доставляет? Адрес обязательно сопровождается невнятными описаниями, что «нужо пройти в подворотню, там свернуть в 3ю арку на лево». Потом выясняется что нужно часа 2 ждать, потому что оказывается что пункт доставки далеко а в цетре пробки.
В общем — было бы хорошо организовать как минимум информационное взаимодействие: вот у нас тут рядом кафешки, вот их меню, можно позвонить, подойти через 10 минут и забрать еду на вынос. Как максимум всякие разные партнерства — есть ощущение что поток заказов будет немалым и его можно на что-то «обменять».
Ну и при выборе места так же учитывать этот фактор. Идеально если вход в ваше заведение со двора через черный ход, то чтобы с лицевой стороны в этом здании было кафе — чтоб не далеко идти за едой.
Удачи Вам. Хорошая история.
P.S. не делайте в заведении громкую музыку (как орет в «антикафе-бабочки») — это адский ад.
2 — «идиот» метафора для субъективной негативной оценки соискателя, настолько сильной что подталкивает людей писать посты про то что "
мужиков татолковых кандидатов не осталось".2.1 плавно переходящий в 3 — оба моих длинных комментария относились с большей мере относились к опыту моих прошлых коллег испытывающих сложности при поиске людей, и регулярно запевающие одни и теже песни.
Вы наверняка звезда, и у вас на приеме побывали все, но «нет»)
1)Java слишком большая, чтобы один человек мог хорошо разбираться во всем, а если сюда добавить ещё и СУБД, так вы удивитесь сколько есть толковых людей которые глубоко копались в JVM, но СУБД для них это только аббревиатура.
2)Человек может быть хорошим специалистом. Просто он вам не подходит.
Почувствуйте разницу:
Вася идиот, ничего не знает.
Вася хороший специалист, но к сожалению нам не подходит.
Например — разрабатывал Вася на java сервера для mmorpg с большой посещаемостью. Он хороший специалист. Но если у нас энтерпрайз да ещё олдскульный, где вся логика живет в оракловых базах, а java так… постольку по скольку — то Вася нам не подойдет. Это нормально. Это не делает Васю идиотом.
Поэтому на собеседовании лучше выяснять, что человек «знает». И смотреть уже насколько это далеко/близко от нашего поля и может ли это быть полезным.
Для джуниоров и иногда мидлов, например фактором который имеет для меня большой положительный вес в оценке это ведение своих проектов. Особенно для джуниоров. Это говорит о том что человеку действительно нравится этим заниматься. Ну а дальше — если человек не из тех агрессивных «крутых парней» (легко проверить втянув его в дискуссию по спорному или малосущественному вопросу) — то это уже очень хорошо
3)Тотальное отсутсвие толковых людей должно натолкнуть меня на мысль, что: не сезон/мало денег/требования спецефические, а так же что пожалуй не стоило вести себя как задница, тогда бы и прошлый разработчик не уволился.
«Он не знает ХХХ?-Нам не очем говорить»
«Он не знает YYY?-Как таких бездарей только из института выпускают»
«Он не знает ZZZ?-Это же фундамент/основа»
Причем в качестве X,Y,Z выступают зачастую вещи сочетающие в себе характеристики: «не имеющие практической ценности», «делающиеся 1 раз и в этой контрое уже сделанные», «вещи для которых достаточно первых 3х предложений статьи википедии».
Непременное стремление найти что человек не знает. Уверен, для этой деформации личности тоже есть название, но в ситуации когда всё знать невозможно — это только мешает лучше узнать человека.
Попробуйте вместо того, чтобы искать «чего он не знает» попытаться найти «что он знает». И через это узнать что кандидату интересно, почему он хочет заниматься именно этим, чего он ждёт от этой работы. Без этого все занния сортировки пузырьком бесполезны