Ну фиг знает. Всё таки надёжнее каждый модуль проекта хранить в отдельной репе с полноценной историей. В основном проекте создаём папочку subreps, добавляем её в gitignore, в subreps клоним полноценные репы.
Имхо, после 7ки все айфоны стали какие-то ущербные и дорогущие. Да, фейсайди может и заходит некоторым, но съеденная часть экрана мешающая просмотру видосов реально раздражает + стеклянный задник — ну это не тот смартфон который был и красив и практичен.
Реально жду пока этот хайп по бровям пройдёт и Эпл запилит переняв что-то у китайцев, которые генерят смартфоны с интересными техноштуками как бешеные.
Когда-то смотрел видос по руби для пхп-шников. Там чувак предлагал адаптироваться к руби методом замены, то бишь: меняем function на def, убираем { в начале методов, заменяем end в конце методов, убираем баксы и точки с запятыми… и вот вам грубо говоря руби :)
Я пытаюсь выяснить, как мне гарантированно вернуть деньги, когда через какое-то время выяснится, что контракт реально не был выполнен, а деньги ушли?
Опять же. Это всё логика смарт-контракта. Суть в том что перед тем как им воспользоваться вы можете его «прочитать» и удостовериться что деньги которые вы отправите смогут вернуться. Если в коде это будет прописано — деньги вернутся согласно выставленным условиям.
Механизмы есть, но они закладываются разработчиком смарт-контракта.
Это всё очень тесно связано с тем как в реальном мире заключаются контракты. Мелкий шрифт, расплывчатые понятия, сомнительные обязательства сторон… всё это можно заложить и в смарт-контракт :) Единственное что обеспечивают смарт-контракты — их нельзя поменять, всё видно как на ладони, всё будет выполнено так как запрограммировано, отдельные какие-то транзакции скрыть или удалить не удастся.
Т.к. смарт-контракт всё равно создаёт человек, то и ошибки, обман и прочие людские грехи могут быть в него заложены, увы.
Ну кому-то же надо доверять :) А оракул это как раз не заинтересованная третья сторона. С таким же успехом можно не доверять ОС в которой работаете с конфиденциальными данными, родным, близким, друзьям и т.п. Кому-то/чему-то нужно доверять.
В принципе открытость смарт-контрактов и возможность провести аудит безопасности кода контракта и даёт гарантию того что лишнего там не выполнится.
Ну в далёком 2010-м не раз слышал от продавцов мол «а вот есть Самсунг, такой же как айфон, только дешевле» и всё в таком ключе. Потом и появились высказывания аля «айфон от самсунга». Это звучит смешно, но так и есть.
Т.е. некоторое сходство всё-таки сыграло на руку Самсунгу.
Сразу предупрежу вопрос о том, почему не рассматриваем Symfony.
Дело в том, что Symfony более низкоуровневый фреймворк, который чаще берут для основы в крупных проектах, например таких, как написание собственного фреймворка для разработки.
Ерунда какая-то написана. Мы используем Symfony и в крупных и в мелких проектах и никаких костылей вроде собственных фреймворков не пишем.
Вы вероятно имели в виду бандлы, а не сам фреймворк. Из отдельных бандлов/либ да, можно набросать свой собственный фреймворк (в этом собственно прелесть модульной архитектуры) если уж очень колется, но только зачем? :)
Его в принципе нельзя сравнивать с Laravel и Yii2, так как они используют его компоненты в своих реализациях.
Если возвращается bool, То логичней использовать is, has, can, should. В остальных случаях getИмяСвойства().
По поводу set всё не так однозначно. С одной стороны должно быть setИмяСвойства(), но с другой setIsActive() звучит странновато. Думаю можно использовать глаголы для булевых свойств аля activate() -> выставляет is_active = true, verifyAddress() -> выставляет is_address_verified = true. Также строгое именование setИмяСвойства/getИмяСвойства частенько требует фреймворк например при создании entity.
С одной стороны уродский, а с другой — как ещё можно было выделить смарт среди массы таких же клонов? Раньше хоть кнопка была, а теперь её нет, как и на множестве аппаратов. А так хоть чёлка.
Это вестимо какая-то эппло-индусская приблуда над суперпользователем которая этим суперпользователем и управляет, и в ней уязвимость. С su/sudo по идее всё ок.
Это ж очень даже хорошо. Сначала был web, потом web2.0, 3.0, теперь веха распределённого интернета даст начало web4.0 (нейросети) который должен быть с использованием как раз таки безопасных распределенных технологий. Блокчейн вполне подходит. Да, многие спекулируют на этом, ну а что поделаешь, такая вот плата за популяризацию новых технологий.
Реально жду пока этот хайп по бровям пройдёт и Эпл запилит переняв что-то у китайцев, которые генерят смартфоны с интересными техноштуками как бешеные.
Опять же. Это всё логика смарт-контракта. Суть в том что перед тем как им воспользоваться вы можете его «прочитать» и удостовериться что деньги которые вы отправите смогут вернуться. Если в коде это будет прописано — деньги вернутся согласно выставленным условиям.
Механизмы есть, но они закладываются разработчиком смарт-контракта.
Это всё очень тесно связано с тем как в реальном мире заключаются контракты. Мелкий шрифт, расплывчатые понятия, сомнительные обязательства сторон… всё это можно заложить и в смарт-контракт :) Единственное что обеспечивают смарт-контракты — их нельзя поменять, всё видно как на ладони, всё будет выполнено так как запрограммировано, отдельные какие-то транзакции скрыть или удалить не удастся.
Т.к. смарт-контракт всё равно создаёт человек, то и ошибки, обман и прочие людские грехи могут быть в него заложены, увы.
В принципе открытость смарт-контрактов и возможность провести аудит безопасности кода контракта и даёт гарантию того что лишнего там не выполнится.
Т.е. некоторое сходство всё-таки сыграло на руку Самсунгу.
Я так понимаю кроме жирной Сонаты и EasyAdmin больше вариантов нет?
Вы вероятно имели в виду бандлы, а не сам фреймворк. Из отдельных бандлов/либ да, можно набросать свой собственный фреймворк (в этом собственно прелесть модульной архитектуры) если уж очень колется, но только зачем? :)
Ну вот вы сами ответили на свой вопрос.
По поводу set всё не так однозначно. С одной стороны должно быть setИмяСвойства(), но с другой setIsActive() звучит странновато. Думаю можно использовать глаголы для булевых свойств аля activate() -> выставляет is_active = true, verifyAddress() -> выставляет is_address_verified = true. Также строгое именование setИмяСвойства/getИмяСвойства частенько требует фреймворк например при создании entity.