Обновить
2
0
Садовников Антон Петрович @Siddthartha

Developer

Отправить сообщение
инъекция через конструктор логично выглядит. а вот зачем фабрика еще сверху? не совсем понимаю, выглядит как усложнение…
Мой первый компьютер… Только у меня был черного цвета и без картриджа. Сразу же пришлось осваивать бейсик по приложенной инструкции) Собственно делать больше с ним нечего было) Хочешь играться — пиши себе игры)
Я был в средних классах школы и первой программой, которую я написал была «решение квадратных уравнений». До сих пор благодарен этому девайсу, за то, что люблю свою профессию и могу фрилансить на дубаи..)
эволюция выбирает жертвами случайных людей, а не людей с неким плохим набором генов.

мм… Вы вообще понимаете, что такое эволюция и как это связано с генами? потому что, судя по этому высказыванию — не очень…
И про мировую медицину это вы загнули. Западная (капиталистическая) медицина абсолютно не равна мировой, хотя и наиболее «продвинута» в данный исторический период. Гомосексуальное лобби в сша это уже притча во языцах, попробуй там не признай что они хотят…
кстати говоря, очень интересно было бы сделать холтер на ардуино… не знаете где почитать об элементной базе, как вообще правильно снять экг?
на матлогике?? вряд ли… при чем тут логика. насколько я помню бесконечномерностями нас развлекали на функциональном анализе.
А сгенерировать модели по таблицам и ключам вместе со связями, или, наоборот, по существующим моделям создать структуру базы?
Ну да, предлагается самим все это слегка дописать…

#pragma db object
class employer
{
  ...

  #pragma db id
  std::string name_;
};

#pragma db object
class employee
{
  ...

  #pragma db id
  unsigned long id_;

  std::string first_name_;
  std::string last_name_;

  shared_ptr<employer> employer_;

  #pragma db not_null
  shared_ptr<employer> current_employer_;

  #pragma db value_not_null
  std::vector<shared_ptr<employer> > previous_employers_;
};

...

// Create an employer and a few employees.
//
unsigned long john_id, jane_id;
{
  shared_ptr<employer> er (new employer ("Example Inc"));
  shared_ptr<employee> john (new employee ("John", "Doe"));
  shared_ptr<employee> jane (new employee ("Jane", "Doe"));

  john->employer_ = er;
  jane->employer_ = er;

  transaction t (db.begin ());

  db.persist (er);
  john_id = db.persist (john);
  jane_id = db.persist (jane);

  t.commit ();
}

...

// Load a few employee objects and print their employer.
//
{
  session s;
  transaction t (db.begin ());

  shared_ptr<employee> john (db.load<employee> (john_id));
  shared_ptr<employee> jane (db.load<employee> (jane_id));

  cout << john->employer_->name_ << endl;
  cout << jane->employer_->name_ << endl;

  t.commit ();
}
я смогу обратится к part.category.somefield? при связи по внешнему ключу
Да, возможности местами скромнее, но значит ли это, что ODB вовсе не подходит для ORM?

Ну как бы его просто нет. Отсутствует целый слой абстракций и логики, например, тот же Active Record или его замена, тот же доступ по связям, как к свойству объекта. Все те возможности ради которых нужен ORM. Или я просто не нашел? Как по мне, похоже на db layer с зачатками ORM…

Паттерн, примененный в ODB я бы назвал Passive Record )
Заявленная тема, однако, содержит скрытую, неявную проблему. Заключается она в том, что не только программисты, но и все остальные люди любых профессий, включая и филологов, но за исключением философов, причем таких, что очень серьезно увлекались феноменологией — не в состоянии сказать что же они, вообще, делают, кто они и почему.) Проще говоря, что бы воспитывать таких программистов, как хотелось бы автору, нужно чтобы все и каждый в образовательной среде (от технички, до ректора) твердо осознали хотя бы интенциональную природу мышления.
)) те кто заходят проверяются?)
Полагаю, Достоевский столь недосягаем благодаря блондинкам!) Им внушили, что «илитная телочка» обязана быть знакома с его творчеством))
У гугла просто море проектов (видимо из-за того самого «правила о скольки-то там процентах рабочего времени на свой прожект» чуть ли не у каждого сотрудника))) Естественно, большинство из них никому не нужны, а иногда они становятся огромными, но все равно умирают. Покажите в каких действительно _рабочих_ проектах гугл используется этот фреймворк? Похоже, что автор прав.
с августа этим пользовался. ниче не закрыли. если есть ajax-интерфейс закрыть так уж прям совсем не так просто.
какойто выбрал зарубежный сервис с простым апи и там штук 15 первых смс на аккаунте бесплатно — для билетов мне хватило, на первый раз не успел до вокзала доехать, второй раз один взял и через день еще один билет.
я этим летом написал аналогичный скрипт чтобы взять билеты в крым. только он еще отправлял мне смс когда нужный билет появляется. ) могу скинуть кому надо, но код непричесанный (php, bash).
вообще-то, как раз потрясающая однородность была проблемой и потребовала инфляционной теории. а мельчайшие различия в доли градуса, которые видны здесь как синий и красные цвета просто позволяют увидеть хоть какую-то картинку. и, мне кажется, что «неоднородность » (больше площади синих пятен) в одной из половин глобуса — не так уж загадочны и пока что вполне могут оказаться случайным распределением «взрыва».
так это нормальный, опытный подход к разработке. быстрое прототипирование (говнокод) и последовательное улучшение с рефакторингом почаще.
«все сразу по правильному» — делается только при избытке бабла, и то не всегда оправдывается.
действительно узнается, классический пример фейсбук — чтобы идея заработала достаточно было говнокода в первой версии.
да не я не троллинга ради. мне не понравился снобистский посыл автора первого каммента «С .Net на PHP — низачто» )

Информация

В рейтинге
Не участвует
Откуда
Луганск, Луганская обл., Украина
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
Lead
От 10 800 $
PHP
OOP
Docker
Rust
Linux
Asynchronous programming
MQTT
Geoinformation systems
Machine learning
Computer Science