Сами смарт контракты не являются чем-то особенным, для меня это по сути тот-же джаваскрипт, единственное отличие, что тут нужно понимать логику блокчейна
Для того, что бы понимать логику блокчейна и иметь возможность писать смарт-контракты нужны технические специалисты. При том подойдут далеко не все. Если учесть, что работа там в основном с реальными деньгами людей и организаци и соответсвующие требования к безопасности кода, становится очевидно, что большинству организаций, исключая IT-отрасаль смарт-контракты пока что не доступны. Вот мы и призваны решить эту проблему.
Видел организации, которые строят свой бизнес на блокчейне эфира, но вот только уже в в своей сети. Может этот вариант более выгодный
Мы как раз и собираемся завести приватный блокчейн(не эфировский правда) При этом часть функционала останется на эфировском. Но это тема для отдельной статьи
Может у вас есть еще какая-то информация, которая помогла бы решению проблемы?) Код контрактов, адреса, адреса транзакций, сообщения об ошибках и т.п. Вы же понимаете, что никто вам не сможет помочь, гадая на кофейной гуще?
> а кому нужен, особенно за рубежом, 30-и летний джун?
Никто Никому Нигде Не Нужен. Тем более здесь. По собственному опыту скажу, что в этом плане бОльший опыт жизни при капитализме пошел западу на пользу и там куда больше оценивают твой реальный вклад в компанию, нежели возраст\пол\вероисповедание\социальный статус\сексуальную ориентацию. Какая мне, как работодателю разница, платить 100 рублей 20-летнему программисту, или, при прочих равных, 40-летнему? Да никакой.
Мне кажется, это зависит от семантики самой этой конфигурации.
> то есть такие зависимости выносятся в конструктор, но при этом конструктор получается огромнейшим
А что мешает Вам установку этих значений вынести в отдельный приватный метод, который Вы будете вызывать в конструкторе? Например, создать метод setUp() или что-то в этом духе, который будет содержать в себе только настройку эттих самых полей.
Чем это принципиально отличается от того, что вы сами напишите скрипт, в котором будете получать данные из старого источника и сохранять в новом? Механизм миграции для этого уж точно не нужен.
Денис Инешин
Если Вы чего-то не слышали, это вовсе не значит, что этого нет. Я тоже работал с кучей разных систем, при этом большинство из них государственные и окологосударственные, ибо работаю в банковском секторе. Почему-то не берусь утверждать, что этого сделать нельзя. А вот принцип работы такого решения, чтобы оно было безопасным для меня непонятен. Ксерокопии всяких там снилсов хранятся у кого не попади, да и номер этот мы указываем регулярно(пример - когда берем кредит, как правило нужен ИНН и СНИЛС). Возможное решение - двухфакторная авторизация, но тогда возникает вопрос - зачем, собственно СНИЛС.
Ох, как я с Вами согласен =)
N-лет назад, когда начал программировать и добрался до ООП, начал замечать определенные закономерности, играться с различными вариантами решений одних и тех же задач, постепенно отходил от принципа. Потом, когда я таки наткнулся на труд по паттернам, понял, что многое из того, что там описано я уже и сам изобрёл =)
А теперь, минутка ненависти) КАЖДЫЙ грёбаный работодатель считает свои долгом спросить про паттерны. Я всегда отвечаю: называете любой, я вам его рисую на бумаге, будь то пресловутый синглтон, или что поинтересней, вроде стратегии. И я даже если не знаю какой-то(хотя, не было такого в реальной жизни, чтобы меня спросили какой-то паттерн, который я бы не знал), я просто вспомню, какую задачу призван решать этот паттерн, попробую ее решить и в 80% случаев абстрагированное решение и будет являться паттерном. Так вот, приходя на собеседования меня ни разу не спросили что-то интереснее синглтона или абстрактной фабрики. При этом в 100% ваканчий написано "Знание паттернов проектирования". Приходишь на работу, открываешь проект и видишь, что, похоже, это знание нужно было только для того, чтобы вакансия выглядела серьезней. Никто ни о каких паттернах из тех, кто писал приложение не слышал. Кроме, пожалй, этого самого одиночки...
Vladislav
Вот уж для чего-чего, а для JAVA найти литературу по паттернам и примерам вообще без проблем. И, как обозначили выше - паттерны это такая вещь, которая к языку особого отношения не имеет. Я учил их с примерами на SmallTalk, хотя программировал на PHP. Даже считаю, что ЛУЧШЕ учить их на языке который ты не знаешь. Это даст дополнительную гарантию того, что ты понял СУТЬ, а не скопировал решение.
Хорош ответ, только вот с этим не очень соглашусь: "Любой сеошник хороший продавец, а хорошему продавцу легко опустить чужой товар" опустить чужой товар может и ребёнок, хороший продавец отличается от всех остальных умением продать свой продукт, а не опустить чужой) Но это всё лирика ;)
> Сейчас клиентам нужно делать под ключ.
Ну и с этим не соглашусь, автор хочет программировать, а не писать однотипные сайты, в этом разница. За это он взялся, насколько я понял, чтобы получить хоть какой-то опыт
> я пытался устроиться на работу junior-ом, но как правило это уже под готовые CMS
Ты как-то плохо искал, серьезно...
> Беда в том, что у меня нет английского в качестве навыков, поэтому все тут наверное будет плохо
Это не оправдание, а вполне весомый аргумент впользу начала изучения английского. Если ты хочешь стать хорошим программистом - без него никуда вообще. Уделяй английскому хотя бы час в день и ты уже через пол года увидишь хороший результат. Ну и вообще, тем же фрилансерам на зарубежных биржах платят несоизмеримо больше(я работаю по ставке 30$\час, в то время, как на Российских, заказчики даже 1000рублей\час зажимают)
phxdev
Вот после того, как я отработал достаточное время в конторах, я перешел исключительно на удаленную работу) Правда, опять таки, не сайты под ключ или что-то такое, а вполне себе серьезные проекты(Один - резидент Сколково, один - сервер для очень известной игры, и, наконец, работа с удаленными принтерами по всему миру).
Многое я, конечно, пересмотрел, но до сих пор считаю, что сайты под ключ - тупиковая ветвь развития для разработчика. И до сих пор ценю свой опыт работы в крупных компаниях в офисе. Так что для этого вопроса, в общем-то ничего не изменилось, спасибо за интерес)
Это в большей степени зависит от умения ОПРЕДЕЛИТЬ для себя сферу. Я занимаюсь разработкой на PHP, согласитесь, сфера конкурентная. Но я для себя выбрал более узкое направление - разработка электронных торговых площадок и, ву-а-ля, сфера сузилась до "Разработка ЭТП на PHP".
Один из моих знакомых Python-разработчик. Конкуренция не такая как в PHP, но все же. Он для себя выбрал bitcoin-биржи и опять таки сильно сузил сферу и снизил для себя конкуренцию, так как позиционирует себя как специалист именно в этой области.
@victorvsk охххх... Вы в теме так себе разбираетесь, судя по вашему комментарию, и понятие об энтерпрайсе у вас тоже очень странное. Кто использует там Битриксы и магенты?
ZF, ZF2, Symfony, серьезные самописные вещи...
Примеров? Ну вот вам из моей личной практики:
fabrikant.ru
gazneftetorg.ru
oborontorg.ru
Московская Биржа ММВБ,
Серверы АК Бабрс Банк
Энтерпрайз, знаете ли, это вовсе не интернет-магазины
>>>Насколько легко найти работу в пхп на полгода-год полного цикла на 50-100 долларов на нормальном стеке, без легаси кода, с интересной задачей (не 1С, интеграции и т.д.)?
Именно фактор простоты поиска работы является одним из главных при выборе PHP. Насколько просто? Очень просто!
Но мне подсказывает, что судя по вашему представлению об энтерпрайс, представление об интересности задач у вас тоже свое.
Для того, что бы понимать логику блокчейна и иметь возможность писать смарт-контракты нужны технические специалисты. При том подойдут далеко не все. Если учесть, что работа там в основном с реальными деньгами людей и организаци и соответсвующие требования к безопасности кода, становится очевидно, что большинству организаций, исключая IT-отрасаль смарт-контракты пока что не доступны. Вот мы и призваны решить эту проблему.
Мы как раз и собираемся завести приватный блокчейн(не эфировский правда) При этом часть функционала останется на эфировском. Но это тема для отдельной статьи