Криптовалюты решают главную задачу — исключение централизованного посредника в функции денег.
Если где-то убыло, значит где-то прибыло. Логично? Давайте подумаем а где-же прибыло, если «исключили централизованного посредника»?
Ценрализованный посредник обладал таким атрибутам, как «доверие», за которе нес ответственность юридическую (доходящуюю до физичекого уничтожения, если не выполнял свои обязательства).
Атрибут «доверие» выдавало государство (как обладающее силой) или рынок, обладающее возможностью «прибегнуть» к силе государства, для принуждения исполнения обязательств.
А кто тут будет выдавать «доверие»? рынка нет, равно как госудрства тоже нет. Значит надо обратится к другим силам для принуждения исполнения обязательств? Криминальным структурам?
Вроде бы, раньше одно племя менялось ракушками как деньгами. Тоже никакой ценрализации. ходи по пляжу и собирай/майни «деньги-ракушки»
Те же признаки — собирают кто хочет, никакой централизации :)
Т.е криптовалюта по этим признакам равна каменному веку? :)
Какие то это делают лучше чем другие, где то проблемы организационные, где то с волатильностью, но главную задачу — решают.
Пока не показало. Изменения курса валюты в 3 раза это «проблемы с волатильностью»? ну ну…
У нас после такой «волатильности» государство в ()0() как и люди его населяющие.
Криптовалюта — это очевидно революционная технология.
Осталось понять — что же это такое и какую проблему она решает :)
Если анонимность — то, выясняется что при небольшом желании «разматываются» платежи на пару лет назад.
Если это «цена» — то не сильно отличается от «векселя».
Обоим «технологиям» не одно десятиление :)
Мужчина выстрелил себе в грудь и упал на гранату в Пензе
…
Через некоторое время, когда девушку отвели в сторону сотрудники правоохранительных органов, мужчина неожиданно побежал в сторону озера. На ходу он выстрелил себе в грудь и упал прямо на гранату, которая к тому моменту была без чеки.
Увидев, что опасность угрожает бойцам, он оттолкнул стоявшего рядом парня, а сам лег прямо на гранату и принял весь взрыв на себя.
В одном случае это плохо, в другом хорошо для социума (племени/народа/семьи/государства и т.д.).
Но вот в чем вопрос: как мотивировать совершать «геройство» и не совершать [Роскомнадзор], если «техника» одна и та же? Джин из бутылки выпущен.
Ну наконец-то! А то все скрам да кабана, они так устарели, что уже и не знал на что новое перейти. А тут свежайшая методология с древними корнями. Шикарно!
А порожняк 2.0 скоро? Люблю быть на острие прогресс!
В общем-то есть некоторые теоретические наработки по объединяющие скрам и порожняк.
Они включают в себя такие шаги, как «за одной отправишь, одну и приненесет».
Количество стэндапов, может достигать нескольких в час. Тостую.. Выстующий делится своими планами с коллегам с формулировкой «Ну / Что бы /желаю » и т.д.
Если изначально вы пишите код, который остальным будет непонятен, то зачем вас «переламывать об колено» и заставлять писать код по-другому если можно взять кого-то, кто напишет понятный (для программистов компании) код?
Вот уж точно «Бред какой. „
Вы работаете в компании A, которой свои политики разработки, свой CodeStyle и т.д.
Потом вас прглашает компания B, у которой другие политики и другой CodeStyle.
По вашей логике, вас смогут нанять, только если на собеседовании вы угадаете внутренние корпоративные политики потенциального нанимателя? :)
ЗЫ. Собеседовался на джун питона, попросили проект, передал. 10 минут тупили, ничего не поняли из кода. Вопрос — зачем спрашивали? что бы разочароваться?
Нет. Чтобы понять — смогут ли они поддерживать ваш код, когда и если, вы из компании уйдёте.
Компания, вас нанимающая, обязана предусмотреть такие процессы и такие политики, что бы просходила «передача знаний» и не было зависимости от «одного человека».
Если у компании такие риски считаются «нормой» — это… за гранью добра и зла и показывает полную технологическую и управленческую безграмотность. Низкий уровень
Мой организм ничего такого не требует. Я полностью контролирую себя.
Определитесь: или «организм не требует» или «я полностью себя контролирую».
Если «организм не требует» — не мешало бы проверится на уровень гормонов (холестирин тестостерон кортизол) там МРТ/гипофиз и далее по списку с грамотным человеком.
Если «контроль» то подавление в себе секуальных инстинктов может говорить о психологических проблемах в этой области. Не мешало бы тогда пообщаться с грамотными людьми (психолог/сексолог или опытная женщина решать Вам).
Если ни то не другое — то вы сильно лукавите :)
А насчет «невиной девушки» и «падшей женщины» — анализы сексуальных маньяков находили патологи в сексуальном развити, которе при правильном подходе грамотными людьми могли бы предотвратить трагедии.
Попадись Чикатило в свое время грамотная «падшая женщина» — более 50 смертей можно было бы избежать, будь у него возможность «спустить пар» безопастным для социума способом.
По статистике, весомая часть первых браков распадется из-за сексуальной неудовлетворенности, которая из-за сексуальной неграмотности и не понимания «что с этим делать». Много ранних матерей одиночек, и матерей одиначек в тех социумах, где не было полового воспитания (тупо прятали перезервативы что бы дети не узнали и т.д.)
Не удивлюсь, если их система будет работать качественнее и быстрее чем наворочанные системы от гугла, IBM и прочих :) И, как часто бывает, станет промышленным стандартом :)
Есть виды работ в IT, где необходимо присутствие в офисе. Например, поддержка пользователей, тестирование, доработка систем, когда они введены в эксплуатацию и требуется взаимодействие с клиентом и быть готовым в любой момент исправить ошибки.
Вот уж фигня какая. У нас была поддержка 24х7. 8 часов офиса и 16 люди сидели по домам. Все отлично работало. Вопрос оргранизации процесса и инструментальной поддержки. Если просто «стадо обезъянок» — то ничего не помогает.
А вот это другой очень и очень интересный вопрос. Есть пару подозрений, как освобожусь — проверю.
Там уже выходит за границу нашего приложения. а где-то «на границе» происходит что-то любопытное
Недавно искал причину, как раз порождающуюю такую проблему.
Так что
Вопрос не в том, когда один будет проигрывать другому, а в том, когда потери будут заметны.
очень корректное высказывание.
По нашим тестам получилось что «цена» асинхронности может составлять до 30%, или давать выйгрыш в 10% относительно «эталонного» синхронного исполнения. -10% +30% времени.
Основная проблема — соотношение создания «новых» задач со временем ожидания результата от уже запущенных. В худшем сценарии просто выжирался пул потоков, а после плавно возвращались результаты, но долго :) Наиболее оптимальный сценарий оказался, если скорость создания задач была +- равна скорости получения результатов, тогда количество потоков равномерно.
Что в принципе и так написано в любой книжке: выравнивайте нагрузку
Именно об этом вы говорили, когда писали «несовместимых решений посредственного качества», да?
забавно что вы топите тут за C# в котором в принципе нет даже поддержки json из-за неуклюжих и переусложнённых базовых структур данных языка.
Ну и зачем нести чушь ?! Может все таки иногда стоит почитать доументацию?
DataContractJsonSerializer Class
Namespace: System.Runtime.Serialization.Json
Assemblies: System.Runtime.Serialization.Json.dll, System.Runtime.Serialization.dll, netstandard.dll
как пользоваться: [DataContract]
internal class Person
{
[DataMember]
internal string name;
[DataMember]
internal int age;
}
Person p = new Person();
p.name = "John";
p.age = 42;
MemoryStream stream1 = new MemoryStream(); DataContractJsonSerializer ser = new DataContractJsonSerializer(typeof(Person));
ser.WriteObject(stream1, p);
как посмотреть результат: stream1.Position = 0;
StreamReader sr = new StreamReader(stream1);
Console.Write("JSON form of Person object: ");
Console.WriteLine(sr.ReadToEnd());
Всего две строчки кода. Даже обезьянка осилить может…
сколько человек у вас работает над проектом и какой у него порядок стоимости?
До пары миллионов евро-долларов это почти типой проект. Стандартный тим от 5 до 20 человек. Были и десятки миллионов.
Были проекты и годами-десятилетиями шли, и команды менялись не по одному разу.
Типовая проблема: рукожопы не там взяли — не туда положили. От языка не зависит. От тузлов не зависит.
Сценарии работы разные.
1. Типой сценарий разработки под андроид предполагает наличие виртуалки.
2. Разработка предполагает наличие виртуалок. Если желаем воспроизвести инфраструктуру в легкой версии, а не тратить время лазить по виртуальным сетям и разворачиванию в облаках. С учетом того, что каждая виртуалка экономит время разработки.
Да, можно купить домой сервер. Но по цене это будет больше чем «ущербный» ноутбук + нормальный сервер. Это, как минимум, неудобно.
Получается что Mac выкинула эту часть пользоваталей, или сильно огранчила их возможности. Но, похоже, Apple это не сильно волнует.
Вопрос в том, что моё время и нервы, которые уходят на решение подобных проблем с msbuild, не пять копеек стоит, и у меня есть для этого лучшее применение. Вам должно быть стытдно, что мне приходится объяснять вам такие элементарные и очевидные вещи.
В полном билд-логе я ковырялся всего два раза в жизни. Все остальное время у меня не было даже и мысли туда лазить ибо все работало как ожидалось.
Мне просто интересно, из проф любопытства, где у Вас так регулярно и упорно возникают такие фатальные проблемы и почему.
Да хрен там. Не рассказывайте сказки, я это все в хвост и в гриву мучаю уже 10 лет и немножко знаю, насколько там всё плохо. Например открываешь чистенький .csproj в студии — и оно тебе дописывает туда всякого говна типа ссылок на c:\program files, которые есть только у людей со студией.
И причем тут язык к инфраструктуре и инструментарию? C# вообще никуда ничего не пишет. у него есть .cs файл с кодом. на все остальное ему плевать.
Не нравится студия — не пользуйте. Ecma-334 и Ecma-335 в руки и вперед к приключениям. Делайте идельную тулзу.
Вообще, msbuild, а особенно прилагающиеся скрипты для include — которые студия любит всовывать самостоятельно — это полный треш и угар.
Рекомендовал бы почитать «еще глубжее матчасть». А можно просто попросить MSBuild сгенерить полный лог. Там все сразу понятно что и откуда берется и «а хто энта сделал?!».
Пока все косяки что были при сборке (на моей памяти), это от рукожопости и не способности следовать правилам откуда что тягать в проект и куда складывать. Как только всем раздать люлей, все чудесным образом годами живет без косяков и отлично собирается и локально и билд серверами.
Обычно хватает одного раза на команду и на всю жизнь.
Может вспомнить правило инженера? Если ничего не помагает, прочти наконец инструкцию.
а большая VS, msbuild и nuget — это не говно говно говно…
Msbuild — это вообще-то только движок, в который можно засунуть что угодно. сделайте свои Action и он будет вам играть имперский марш при ошибке билда.
nuget — это просто механизм доставки пакетов из репозитария. К компиляции проектов или вообще не имеет никакого отношения.
Если у вас нет желания расширить и контролировать сборку проектов своим инструментарием — то не будет вам от него счастья. За лет 15 ковырялся в нем раза 4. На все ушло часов 80, один раз из любопытства, один раз "«сам дурак», два раза расширял цепочку своими операциями ибо не тривиальные вещи нужно было сделать. Остальное время — я по него и не помнил. Не мешай технике работать.
Проект на гошечке состоит из независимых микро(нано!)пакетов, которые при деплое собираются в корневую папку vendor
A .Net проект как по вашему собирается? Посмотрел проект для Sharepoint — dll от 50 до 350 кб
для .Net Web проектов перекинуть dll размером в 10 kb… 2 mb на ходу что бы зафиксить баг или добавить новую фичу — это норма.
Может тогда стоит просто писать маленькие сборки?
скажите это парням и Редмонда и авторам популярных nuget пакетов.
Nuget это несколько dll на все случаи жизни и версии .Net что программер сделал.
Вы рассказываете такие страшные и странные вещи, которые .Net даже в 2001 году в альфа версии не делал. Откуда у вас эти все страшилки?
Если где-то убыло, значит где-то прибыло. Логично? Давайте подумаем а где-же прибыло, если «исключили централизованного посредника»?
Ценрализованный посредник обладал таким атрибутам, как «доверие», за которе нес ответственность юридическую (доходящуюю до физичекого уничтожения, если не выполнял свои обязательства).
Атрибут «доверие» выдавало государство (как обладающее силой) или рынок, обладающее возможностью «прибегнуть» к силе государства, для принуждения исполнения обязательств.
А кто тут будет выдавать «доверие»? рынка нет, равно как госудрства тоже нет. Значит надо обратится к другим силам для принуждения исполнения обязательств? Криминальным структурам?
Вроде бы, раньше одно племя менялось ракушками как деньгами. Тоже никакой ценрализации. ходи по пляжу и собирай/майни «деньги-ракушки»
Те же признаки — собирают кто хочет, никакой централизации :)
Т.е криптовалюта по этим признакам равна каменному веку? :)
Пока не показало. Изменения курса валюты в 3 раза это «проблемы с волатильностью»? ну ну…
У нас после такой «волатильности» государство в ()0() как и люди его населяющие.
Осталось понять — что же это такое и какую проблему она решает :)
Если анонимность — то, выясняется что при небольшом желании «разматываются» платежи на пару лет назад.
Если это «цена» — то не сильно отличается от «векселя».
Обоим «технологиям» не одно десятиление :)
Dell Precision 5520
и
В одном случае это плохо, в другом хорошо для социума (племени/народа/семьи/государства и т.д.).
Но вот в чем вопрос: как мотивировать совершать «геройство» и не совершать [Роскомнадзор], если «техника» одна и та же? Джин из бутылки выпущен.
В общем-то есть некоторые теоретические наработки по объединяющие скрам и порожняк.
Они включают в себя такие шаги, как «за одной отправишь, одну и приненесет».
Количество стэндапов, может достигать нескольких в час.
Тостую..Выстующий делится своими планами с коллегам с формулировкой «Ну / Что бы /желаю » и т.д.Вот уж точно «Бред какой. „
Вы работаете в компании A, которой свои политики разработки, свой CodeStyle и т.д.
Потом вас прглашает компания B, у которой другие политики и другой CodeStyle.
По вашей логике, вас смогут нанять, только если на собеседовании вы угадаете внутренние корпоративные политики потенциального нанимателя? :)
Компания, вас нанимающая, обязана предусмотреть такие процессы и такие политики, что бы просходила «передача знаний» и не было зависимости от «одного человека».
Если у компании такие риски считаются «нормой» — это… за гранью добра и зла и показывает полную технологическую и управленческую безграмотность. Низкий уровень
Определитесь: или «организм не требует» или «я полностью себя контролирую».
Если «организм не требует» — не мешало бы проверится на уровень гормонов (холестирин тестостерон кортизол) там МРТ/гипофиз и далее по списку с грамотным человеком.
Если «контроль» то подавление в себе секуальных инстинктов может говорить о психологических проблемах в этой области. Не мешало бы тогда пообщаться с грамотными людьми (психолог/сексолог или опытная женщина решать Вам).
Если ни то не другое — то вы сильно лукавите :)
А насчет «невиной девушки» и «падшей женщины» — анализы сексуальных маньяков находили патологи в сексуальном развити, которе при правильном подходе грамотными людьми могли бы предотвратить трагедии.
Попадись Чикатило в свое время грамотная «падшая женщина» — более 50 смертей можно было бы избежать, будь у него возможность «спустить пар» безопастным для социума способом.
По статистике, весомая часть первых браков распадется из-за сексуальной неудовлетворенности, которая из-за сексуальной неграмотности и не понимания «что с этим делать». Много ранних матерей одиночек, и матерей одиначек в тех социумах, где не было полового воспитания (тупо прятали перезервативы что бы дети не узнали и т.д.)
Да ладно. Будет сделка в 10 денег местной юрисдикции и 20 coin не местной юрисдикции. Была бы проблема…
Вот уж фигня какая. У нас была поддержка 24х7. 8 часов офиса и 16 люди сидели по домам. Все отлично работало. Вопрос оргранизации процесса и инструментальной поддержки. Если просто «стадо обезъянок» — то ничего не помогает.
Там уже выходит за границу нашего приложения. а где-то «на границе» происходит что-то любопытное
Так что очень корректное высказывание.
По нашим тестам получилось что «цена» асинхронности может составлять до 30%, или давать выйгрыш в 10% относительно «эталонного» синхронного исполнения. -10% +30% времени.
Основная проблема — соотношение создания «новых» задач со временем ожидания результата от уже запущенных. В худшем сценарии просто выжирался пул потоков, а после плавно возвращались результаты, но долго :) Наиболее оптимальный сценарий оказался, если скорость создания задач была +- равна скорости получения результатов, тогда количество потоков равномерно.
Что в принципе и так написано в любой книжке: выравнивайте нагрузку
Ну и зачем нести чушь ?! Может все таки иногда стоит почитать доументацию?
DataContractJsonSerializer Class
Namespace: System.Runtime.Serialization.Json
Assemblies: System.Runtime.Serialization.Json.dll, System.Runtime.Serialization.dll, netstandard.dll
как пользоваться:
[DataContract]
internal class Person
{
[DataMember]
internal string name;
[DataMember]
internal int age;
}
Person p = new Person();
p.name = "John";
p.age = 42;
MemoryStream stream1 = new MemoryStream();
DataContractJsonSerializer ser = new DataContractJsonSerializer(typeof(Person));
ser.WriteObject(stream1, p);
как посмотреть результат:
stream1.Position = 0;
StreamReader sr = new StreamReader(stream1);
Console.Write("JSON form of Person object: ");
Console.WriteLine(sr.ReadToEnd());
Всего две строчки кода. Даже обезьянка осилить может…
До пары миллионов евро-долларов это почти типой проект. Стандартный тим от 5 до 20 человек. Были и десятки миллионов.
Были проекты и годами-десятилетиями шли, и команды менялись не по одному разу.
Типовая проблема: рукожопы не там взяли — не туда положили. От языка не зависит. От тузлов не зависит.
1. Типой сценарий разработки под андроид предполагает наличие виртуалки.
2. Разработка предполагает наличие виртуалок. Если желаем воспроизвести инфраструктуру в легкой версии, а не тратить время лазить по виртуальным сетям и разворачиванию в облаках. С учетом того, что каждая виртуалка экономит время разработки.
Да, можно купить домой сервер. Но по цене это будет больше чем «ущербный» ноутбук + нормальный сервер. Это, как минимум, неудобно.
Получается что Mac выкинула эту часть пользоваталей, или сильно огранчила их возможности. Но, похоже, Apple это не сильно волнует.
В полном билд-логе я ковырялся всего два раза в жизни. Все остальное время у меня не было даже и мысли туда лазить ибо все работало как ожидалось.
Мне просто интересно, из проф любопытства, где у Вас так регулярно и упорно возникают такие фатальные проблемы и почему.
Что я не так делаю с MsBuild? :)
И причем тут язык к инфраструктуре и инструментарию? C# вообще никуда ничего не пишет. у него есть .cs файл с кодом. на все остальное ему плевать.
Не нравится студия — не пользуйте. Ecma-334 и Ecma-335 в руки и вперед к приключениям. Делайте идельную тулзу.
Рекомендовал бы почитать «еще глубжее матчасть». А можно просто попросить MSBuild сгенерить полный лог. Там все сразу понятно что и откуда берется и «а хто энта сделал?!».
Пока все косяки что были при сборке (на моей памяти), это от рукожопости и не способности следовать правилам откуда что тягать в проект и куда складывать. Как только всем раздать люлей, все чудесным образом годами живет без косяков и отлично собирается и локально и билд серверами.
Обычно хватает одного раза на команду и на всю жизнь.
Может вспомнить правило инженера? Если ничего не помагает, прочти наконец инструкцию.
Msbuild — это вообще-то только движок, в который можно засунуть что угодно. сделайте свои Action и он будет вам играть имперский марш при ошибке билда.
nuget — это просто механизм доставки пакетов из репозитария. К компиляции проектов или вообще не имеет никакого отношения.
Если у вас нет желания расширить и контролировать сборку проектов своим инструментарием — то не будет вам от него счастья. За лет 15 ковырялся в нем раза 4. На все ушло часов 80, один раз из любопытства, один раз "«сам дурак», два раза расширял цепочку своими операциями ибо не тривиальные вещи нужно было сделать. Остальное время — я по него и не помнил. Не мешай технике работать.
A .Net проект как по вашему собирается? Посмотрел проект для Sharepoint — dll от 50 до 350 кб
для .Net Web проектов перекинуть dll размером в 10 kb… 2 mb на ходу что бы зафиксить баг или добавить новую фичу — это норма.
Nuget это несколько dll на все случаи жизни и версии .Net что программер сделал.
Вы рассказываете такие страшные и странные вещи, которые .Net даже в 2001 году в альфа версии не делал. Откуда у вас эти все страшилки?