Build Get to market quickly and securely with products that can scale globally
mogenerator generates Objective-C & Swift classes from your Core Data model Unlike Xcode, mogenerator manages two classes per entity: one for machines, one for humans The machine class can always be overwritten to match the data model, with humans’ work effortlessly preserved latest release: v1.32 install via homebrew: $ brew install mogenerator upgrading using homebrew: $ brew update && brew upgr
Hello everyone, I've had a great time working on this project, I kicked it of with the support for few languages, and the amazing community added plenty more! However, I am currently unable to continue actively maintaining this project and attend to all incoming issues/requests. I would like to take this opportunity to express my gratitude to everyone who has contributed to the development of this
ある日のできごと 少し前、「ブログの記事のようなものを、履歴を残しつつ編集できるようにするにはどのようなテーブル設計が良いか?」と尋ねられたことがありました. その時, まず思いついた(というか見聞きしたことがある方法)のは以下の様な2通りの方法だった. 記事テーブルにバージョン番号を持たせる方法 記事テーブルとは別に, だいたい同じ構造の履歴テーブルを持つ方法 こられの手法のメリット・デメリットについて, すこし考えていきたいと思います. その1 記事テーブルにバージョン番号を持たせる方法 概要 この方法では, 記事テーブルは一つだけ用意し, 更新される度に新しいレコードを追加していきます. 主キーはidとなるが, これはサロゲートキーで, 本当の主キーは「記事グループid + verison」の複合主キーとなっています. 記事の最終更新日時は, 最新Versionのレコードのinser
みなさん、こんにちは! タカハシ(@ntakahashi0505)です。 当ブログも開始してから1年強、このたびめでたく月間15万PVを超えました! 15万PVって、なんとなく一つの大きな壁のような気がしていまして、嬉しいです。 こうなると商談の場でブログの活用について実績を持ってお話できる機会も増えてきますし、これから起業される方または起業仕立ての方には「絶対にやっておいたほうがいいよ」と堂々とオススメできるようになってきます。 ただ、そこでつまづきやすいのが「習慣化」です。 まずは「毎日やったほうがいい」とオススメすると、「そんな時間はとれないな…」と一歩踏み出すのを思いとどまってしまうパターン。 本業が忙しい方、家族(とくにお子様)がいる方には多いパターンかも知れませんね。 また、運よくスタート切れたとしても安心はできません。 最初のほうは熱も高いので、WordPressの記事や資料
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く