Как-то у автора все перепуталось насчет Новой Зеландии.
1.НДС — это и есть GST.
2. Как только вы получите статус резидента (например по Entrepreneur Work visa, о которой говориться в статье), то налог на прибыль будет уплачиваться как раз по указанной процентной ставке. И открытие партнерства вам тут никаким боком не поможет.
Еще раньше были популярны трасты. Сейчас они практически потеряли смысл. Было несколько свежих судебных решений, так что спрятаться как раньше, не получится.
Дивиденды в пользу нерезидентов также облагаются налогом…
Более того, последние года два правительство конкретно взялось за компании, которые использовали НЗ как офшорный кошелек (когда вы не ведете дел в НЗ и директора и держатели акций — нерезиденты). Когда-то это имело смысл просто из-за солидности юрисдикции. Сейчас пристально стали следить откуда деньги и кто конечный выгодополучатель. Кроме того, информация по директорам и счетам нерезидентов передается через CRS MCAA. Вообщем, платить налоги таки придется.
Конкретно по айти бизнесам, сейчас ведется активная работа (и это один из ключевых моментов в программе нового лейбористского правительства) по пресечению увода налогов из айти в другие юрисдикции. Схемы, когда веб сайт делается и поддерживается из НЗ, а прибыль уходит в Ирландию, чтобы там платить меньший налог, становятся весьма рискованными. То же самое и с обратной схемой, когда сайт из-за пределов предоставляет услуги в НЗ — им сейчас надо платить GST.
Криптовалюты в НЗ в неопределенном статусе. Насколько я знаю, все местные обменники позакрывались.
При покупке сервисов интернета из-за пределов НЗ, упалачивается GST. Так, я например, плачу +15% к обычной цене за пользование Skype и Google.
Вообщем, я так и не понял, что так привлекло автора в НЗ.
Может быть ему стоило более подробно рассказать, какую схему работы IT компании он предполагает?
Потому что сейчас в статье все очень путано. То автор пишет о легкости получения статуса резидента (рабочая виза и т.д.), и тут же говорит про «нерезидентных учредителей».
Ну, одно другого не отменяет.
На самом деле, если уж по-честному, обленились вы там, ребята.
Все вам на блюдечке подавай.
Стандарт старый, спецификацию в руки, и вперед.
Ничего там сверхъестественного нет.
Ну а курсы и т.д. — это бонус. Хорошо, когда есть.
Проблема WSDL даже не в сложности самого стандарта, а в реализациях библиотек, когда какие-то фичи поддерживается, другие — нет. Не от хорошей жизни начали выдумывать Basic Profile…
А XML — да, мне кажется более надежным чем JSON. Поддержка везде, в самых экзотических системах. Нативная поддержка в Java. Для сравнения, JSON схема 4 — все еще в драфте, а библиотека для Java — сторонняя опенсоурсная, распавшаяся в свое время на два не полностью совместимых бранча.
Ну, это разговор про DDS, о котором я упомянул. В принципе, все кто хотел, прекрасно заменили RPTF и DSPF на вызов API и трагедии я тут не вижу.
Мне DDS нравится как язык для описания моделей. На самом деле, он ближе к современным подходам, когда модели описываются не в DDL, а на неком языке приближенном к языку приложения. Жаль, что IBM решила его не развивать. Вот такими решениями и убивается платформа. Если я буду писать свои приложения на SQL, модели описывать на DDL, спрашивается, зачем вообще AS400 и RPG?
В статье достаточно много неточностей.
Например,
«В 1978 году IBM представляет одновременно средний компьютер System/38 и новый диалект языка — RPG III — для него.С этого момента ограничения языка несколько ослабляются и разрешается писать спецификации вычислений в «свободном формате»»
Т.н. «free format», с картинки в статье, появился только в RPG ILE (IV), и не сразу после его выхода в 1994-м, а лишь в версии 5.1 в 2001-м. Мне тогда пришлось преодолеть немало запретов и получить специальное разрешение использовать free в своем коде. Это по-сути был другой диалект языка который рвал на части многие принятые до того стандарты.
Говоря об истории, не стоит забывать об отечественных версиях языка. Например, компилятор с языка был на ЭВМ Минск-32, и я даже когда-то читал книжечку изданную в 70-х про язык РПГ :-).
Eclipse-based клиент, показанный на картинке, назывался «IBM Websphere Development Studio Client», а «IBM Websphere Development Studio» — это прежде всего набор компиляторов на самом мэйнфрейме. В клиенте ничего не компилируется. (вот www.ibm.com/support/knowledgecenter/en/ssw_i5_54/rzau1/rzau1ebwds.htm)
RPG для .NET действительно когда-то был, в 2001-м, если не ошибаюсь. Тогда на него возлагали большие надежды, типа убийца AS400 (ведь программа предполагала еще и перенос софта на мощные сервера по управлением OS Windows). Почила в бозе эта инициатива уже давно, насколько мне известно.
Ну и главное, не раскрыто, почему собственно язык пользуется популярностью до сих пор. В чем его мощь? А она вовсе не в синтаксисе. Она в глубокой интеграции с OS, и прежде всего с БД. Если кто-то был знаком c FoxPro — вот это примерно отдаленно то же, только лучше. Нативно, на уровне синтаксиса, поддерживаются операции ввода-вывода в БД.
Ну и надо сказать пару слов о БД. Дело в том, что в IBM параллельно, в одно и то же время, две разные команды разрабатывали концепцию реляционной БД и язык для него. Кодд делал SQL, а команда AS400 (или тогда еще S/38) свой вариант — DDS. Попытка объединить усилия была предпринята, но, как пишет Ф. Солтис (папа архитектуры as400), Кодд воспринял их идеи холодно и больше они не сотрудничали. В результате AS400 получила свой язык описания моделей БД — DDS. А в качестве языка программ-запросов используется RPG.
Конечно, со временем SQL появился и на AS400. Но в существующих программах преобладает использование DDS.
Стратегически, IBM сейчас нацеливает разработчиков на переход с DDS на SQL. Это, на мой взгляд, сильно нивелирует достоинства языка и становится не понятно, почему например не писать тогда на Java или c++ например?
Если нужна помощь с RPG — обращайтесь. 15 лет опыта c AS400 (RPG, CL и все вокруг).
Начинал на RPG || :-).
Только не простое это будет дело, я так думаю.
Фактически, RPG сегодня — это 3 (или даже 4, как считать) разных диалекта.
Я как-то пытался написать синтаксис для VIM и быстро заскучал :-).
ISO 8601 — это еще тот стандарт для любителей веселухи.
Из практики, почти всегда можно найти вариант, который будет полностью соответствовать стандарту, но не поддерживаться или неправильно интерпретироваться конкретной библиотекой.
Так что, да, указывайте просто ISO 8601, вместо например RFC 3339. Тестерам это реально доставит :-).
Я не понял насчет лексуса 2002-го года. Это некий показатель чего-то? Проясните, пожалуйста.
А то я программист, а не механник. Мне главное чтобы ехала и не ломалась. Ну и чтобы бензина не слишком много кушала. Но вообще, как появилась возможность, я отдал машину жене и езжу на общественном транспорте. Пока едешь — можно подумать спокойно, всякие мысли полезные по работе приходят. Когда сам за рулем как-то нет возможности отвлечься.
Дык в том то и проблема, что как только тебя определят как «разработчика», с заказчиком напрямую общение утрачивается. Для этого ведь есть бизнес аналисты, прожект менеджеры…
Конечно, замечательно, когда в вашей компани по-другому. Но я сталкивался и с тем, о чем пишет автор.
Не только слышал — но и видел. Вбили миллионы во внедрение OBIEE, после чего ключевые пользователи решили, что скачать все в Excel и уж там… им гораздо удобнее.
Все менеджеры получили свои бонусы, архитектор прославился успехом и уехал в крутой американский банк внедрять подобное. MS успешно продолжает продавать свои лицензии корпоративного офиса. Оракл тоже не в накладе — серверы с OBIEE надежно греют окружающую среду, работая утилитой по конвертации таблиц БД в Excel. Я так понимаю, проигравших вообще нет. Так что да, очевидно, это перспективный патерн на будущее.
Так время на ревью отличается принципиально, когда его делает подготовленный человек и недостаточно квалифицированный, которому надо разжевывать, объяснять и доказывать.
Это уже не ревью. Это — обучение. А его пытаются втиснуть в ревью и таким образом не доплачивать. Одна из многих уловок хитрого менеджмента по высасыванию соков из людей. Нафик-нафик. Забивайте отдельно время на обучение и отдельно на ревью. Это будет честно.
«Your team’s strength is not a function of the talent of individual members. It’s a function of their collaboration, tenacity, and mutual respect.»
Далеко не универсальное правило. Команда из крепкий середнячков не выдаст революционный продукт на гора и не сделает чего-то «сверх». Когда вы делаете новый продукт на конкурентном поле, нужен человек-звезда, лидер. Со своим взглядом и стратегическим видением. Он сформирует образ будущего продукта. А серая сплоченная масса хороша для поддержки опердня в банке.
Теоретически все замечательно. А практически выглядит так, что тебя начинают нещадно эксплуатировать. Ты не только разработчик но еще и параллельно должен обучать. К чему это приводит на практике? А к тому, что я может потратил пол часа на таск плюс еще столько же на бодания и объяснение недалекому ревьюверу. В результате он все в конце концов понял и радостный пошел домой, а я должен оставаться овертайм чтобы доделать то, что должен был бы делать в то время, которое потрачено на выяснения — объяснения — обучение. Начальство хочет началось обучать джуниора — пожалуйста. Давайте учитывать как-то по-другому это дополнительное время, а не пытаться схитрить типа и типа сэкономить. Вот потому я Рика очень понимаю. Откуда у него взялась эта доска и откуда дикие переработки.
У владельцев компании задача вырастить из джуниоров специалистов — так за это надо дополнительно платить. У меня задача сделать в срок и качественно свои таски (за что мне платят деньги) и пойти домой вовремя.
А мы давно на ТЫ с вами?
Дружище, с таким подходом, мол я начальник — ты дурак, команда не работает.
И если я пишу код, то задача босса как раз создать мне комфортные условия. А если мне не комфортно — конечно, надо расставаться. «Сейчас везде нужны хорошие счетоводы». А вот боссы из серии «я начальник — ты дурак» востребованы разве в гос структурах и то там все занятно плотно.
1.НДС — это и есть GST.
2. Как только вы получите статус резидента (например по Entrepreneur Work visa, о которой говориться в статье), то налог на прибыль будет уплачиваться как раз по указанной процентной ставке. И открытие партнерства вам тут никаким боком не поможет.
Еще раньше были популярны трасты. Сейчас они практически потеряли смысл. Было несколько свежих судебных решений, так что спрятаться как раньше, не получится.
Дивиденды в пользу нерезидентов также облагаются налогом…
Более того, последние года два правительство конкретно взялось за компании, которые использовали НЗ как офшорный кошелек (когда вы не ведете дел в НЗ и директора и держатели акций — нерезиденты). Когда-то это имело смысл просто из-за солидности юрисдикции. Сейчас пристально стали следить откуда деньги и кто конечный выгодополучатель. Кроме того, информация по директорам и счетам нерезидентов передается через CRS MCAA. Вообщем, платить налоги таки придется.
Конкретно по айти бизнесам, сейчас ведется активная работа (и это один из ключевых моментов в программе нового лейбористского правительства) по пресечению увода налогов из айти в другие юрисдикции. Схемы, когда веб сайт делается и поддерживается из НЗ, а прибыль уходит в Ирландию, чтобы там платить меньший налог, становятся весьма рискованными. То же самое и с обратной схемой, когда сайт из-за пределов предоставляет услуги в НЗ — им сейчас надо платить GST.
Криптовалюты в НЗ в неопределенном статусе. Насколько я знаю, все местные обменники позакрывались.
При покупке сервисов интернета из-за пределов НЗ, упалачивается GST. Так, я например, плачу +15% к обычной цене за пользование Skype и Google.
Вообщем, я так и не понял, что так привлекло автора в НЗ.
Может быть ему стоило более подробно рассказать, какую схему работы IT компании он предполагает?
Потому что сейчас в статье все очень путано. То автор пишет о легкости получения статуса резидента (рабочая виза и т.д.), и тут же говорит про «нерезидентных учредителей».
Не нашлось видимо пока желающих — жадные все :-).
На самом деле, если уж по-честному, обленились вы там, ребята.
Все вам на блюдечке подавай.
Стандарт старый, спецификацию в руки, и вперед.
Ничего там сверхъестественного нет.
Ну а курсы и т.д. — это бонус. Хорошо, когда есть.
А XML — да, мне кажется более надежным чем JSON. Поддержка везде, в самых экзотических системах. Нативная поддержка в Java. Для сравнения, JSON схема 4 — все еще в драфте, а библиотека для Java — сторонняя опенсоурсная, распавшаяся в свое время на два не полностью совместимых бранча.
В муле есть коннектор. В принципе, он и закрывает у нас все вопросы по теме.
Мне DDS нравится как язык для описания моделей. На самом деле, он ближе к современным подходам, когда модели описываются не в DDL, а на неком языке приближенном к языку приложения. Жаль, что IBM решила его не развивать. Вот такими решениями и убивается платформа. Если я буду писать свои приложения на SQL, модели описывать на DDL, спрашивается, зачем вообще AS400 и RPG?
Например,
«В 1978 году IBM представляет одновременно средний компьютер System/38 и новый диалект языка — RPG III — для него.С этого момента ограничения языка несколько ослабляются и разрешается писать спецификации вычислений в «свободном формате»»
Т.н. «free format», с картинки в статье, появился только в RPG ILE (IV), и не сразу после его выхода в 1994-м, а лишь в версии 5.1 в 2001-м. Мне тогда пришлось преодолеть немало запретов и получить специальное разрешение использовать free в своем коде. Это по-сути был другой диалект языка который рвал на части многие принятые до того стандарты.
Говоря об истории, не стоит забывать об отечественных версиях языка. Например, компилятор с языка был на ЭВМ Минск-32, и я даже когда-то читал книжечку изданную в 70-х про язык РПГ :-).
Eclipse-based клиент, показанный на картинке, назывался «IBM Websphere Development Studio Client», а «IBM Websphere Development Studio» — это прежде всего набор компиляторов на самом мэйнфрейме. В клиенте ничего не компилируется. (вот www.ibm.com/support/knowledgecenter/en/ssw_i5_54/rzau1/rzau1ebwds.htm)
RPG для .NET действительно когда-то был, в 2001-м, если не ошибаюсь. Тогда на него возлагали большие надежды, типа убийца AS400 (ведь программа предполагала еще и перенос софта на мощные сервера по управлением OS Windows). Почила в бозе эта инициатива уже давно, насколько мне известно.
Ну и главное, не раскрыто, почему собственно язык пользуется популярностью до сих пор. В чем его мощь? А она вовсе не в синтаксисе. Она в глубокой интеграции с OS, и прежде всего с БД. Если кто-то был знаком c FoxPro — вот это примерно отдаленно то же, только лучше. Нативно, на уровне синтаксиса, поддерживаются операции ввода-вывода в БД.
Ну и надо сказать пару слов о БД. Дело в том, что в IBM параллельно, в одно и то же время, две разные команды разрабатывали концепцию реляционной БД и язык для него. Кодд делал SQL, а команда AS400 (или тогда еще S/38) свой вариант — DDS. Попытка объединить усилия была предпринята, но, как пишет Ф. Солтис (папа архитектуры as400), Кодд воспринял их идеи холодно и больше они не сотрудничали. В результате AS400 получила свой язык описания моделей БД — DDS. А в качестве языка программ-запросов используется RPG.
Конечно, со временем SQL появился и на AS400. Но в существующих программах преобладает использование DDS.
Стратегически, IBM сейчас нацеливает разработчиков на переход с DDS на SQL. Это, на мой взгляд, сильно нивелирует достоинства языка и становится не понятно, почему например не писать тогда на Java или c++ например?
Начинал на RPG || :-).
Только не простое это будет дело, я так думаю.
Фактически, RPG сегодня — это 3 (или даже 4, как считать) разных диалекта.
Я как-то пытался написать синтаксис для VIM и быстро заскучал :-).
Из практики, почти всегда можно найти вариант, который будет полностью соответствовать стандарту, но не поддерживаться или неправильно интерпретироваться конкретной библиотекой.
Так что, да, указывайте просто ISO 8601, вместо например RFC 3339. Тестерам это реально доставит :-).
А то я программист, а не механник. Мне главное чтобы ехала и не ломалась. Ну и чтобы бензина не слишком много кушала. Но вообще, как появилась возможность, я отдал машину жене и езжу на общественном транспорте. Пока едешь — можно подумать спокойно, всякие мысли полезные по работе приходят. Когда сам за рулем как-то нет возможности отвлечься.
Конечно, замечательно, когда в вашей компани по-другому. Но я сталкивался и с тем, о чем пишет автор.
Все менеджеры получили свои бонусы, архитектор прославился успехом и уехал в крутой американский банк внедрять подобное. MS успешно продолжает продавать свои лицензии корпоративного офиса. Оракл тоже не в накладе — серверы с OBIEE надежно греют окружающую среду, работая утилитой по конвертации таблиц БД в Excel. Я так понимаю, проигравших вообще нет. Так что да, очевидно, это перспективный патерн на будущее.
Это уже не ревью. Это — обучение. А его пытаются втиснуть в ревью и таким образом не доплачивать. Одна из многих уловок хитрого менеджмента по высасыванию соков из людей. Нафик-нафик. Забивайте отдельно время на обучение и отдельно на ревью. Это будет честно.
Далеко не универсальное правило. Команда из крепкий середнячков не выдаст революционный продукт на гора и не сделает чего-то «сверх». Когда вы делаете новый продукт на конкурентном поле, нужен человек-звезда, лидер. Со своим взглядом и стратегическим видением. Он сформирует образ будущего продукта. А серая сплоченная масса хороша для поддержки опердня в банке.
У владельцев компании задача вырастить из джуниоров специалистов — так за это надо дополнительно платить. У меня задача сделать в срок и качественно свои таски (за что мне платят деньги) и пойти домой вовремя.
Дружище, с таким подходом, мол я начальник — ты дурак, команда не работает.
И если я пишу код, то задача босса как раз создать мне комфортные условия. А если мне не комфортно — конечно, надо расставаться. «Сейчас везде нужны хорошие счетоводы». А вот боссы из серии «я начальник — ты дурак» востребованы разве в гос структурах и то там все занятно плотно.