DIを使わない状態ではUserRepositoryというインターフェースが定義されているのにもかかわらず、UserServiceはUserRepositoryImplの参照も持っていました。 これではせっかくインターフェースを分離した意味がありません。 UserServiceがUserRepositoryインターフェースだけを参照(依存)するようにすれば、具体的な実装であるUserRepositoryImplの変更に影響されることはありません。 この問題を解決するのがDIの目的です。 それではDIのインジェクタを加えて、上記のクラス図を修正しましょう。 謎のインジェクタの登場によりUserServiceからUserRepositoryImplへの参照がなくなりました。 おそらくインジェクタは何らかの手段でサービスであるUserRepositoryImpl(Dependency)をクライアン

apache や nginx の設定をしたことがあれば以下の様な行を見たことがある人も多いのではないでしょうか。(※ 下記は nginx の設定。apache の場合は SSLCipherSuite です。) ssl_ciphers AES128-SHA:AES256-SHA:RC4-SHA:DES-CBC3-SHA:RC4-MD5; これが暗号スイートを指定している箇所です。そしてこの部分、わけのわからない文字列の羅列なのですごく取っつきにくくて何を指定したらいいかわからないので、コピペしてしまう人も多いんじゃないでしょうか。かくいう私も数年前に趣味で TLS 対応の Web サービスを作った時はコピペで済ませていました。この暗号スイートは、以下のような OpenSSL のコマンドを使って対応している一覧を見ることができます。 $ openssl ciphers -v AES128-SH

ホリデー株式会社 *1 の多田です。Holiday ( https://haveagood.holiday/ ) というサービスの開発を行っています。 アプリを通してユーザに価値を届けるためには、アプリの細部のインタラクションを軽視することはできません。細かい部分に気を配り使い心地を良くしてこそ、サービスで本当に実現したい価値をユーザにまっすぐ届けることができるためです。 iOS アプリの使い心地を良くするための基本的なインタラクションを以前当ブログで投稿した記事でいくつか紹介しましたが、今回は前回紹介しなかったインタラクションのうち、「読み込み中」の UI の基本パターンについて取り上げようとおもいます。 はじめに：なぜ読み込み中の UI を考えなくてはいけないのか Holiday iOS アプリでは、基本的にデータはクライアント側で持たずサーバと通信して表示するデータを受け取っており、

例外やエラー、それにまつわる各種言語の取り組み等を共有しましょう。 11月末までに書き手が集まらなかった場合は主催者による独りAdvent Calendarと化します。 集まらなかったので残念ながら独りAdvent Calendarと化しました。 追記 独りAdvent Calendarですが、以下の理由で頓挫しました。6日目以降はお好きにご活用ください。 http://qiita.com/Kokudori/items/3a953c00012408f76ab9#%E4%BE%8B%E5%A4%96-advent-calendar-2014%E3%81%AE%E7%B6%99%E7%B6%9A%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

こんにちは。Gaiaxの技術開発部長のhidehigo です。このエントリは、Gaiax アドベントカレンダーの1日目です。 会社のブログで部署・チーム名を名乗っているのを見ることは多いけど、どんな部署・チームがあるのか、その役割分担はどうなっているのかって触れられていることは少なく、分かりづらいですよね。 部署・チームが、その人の仕事の背景、目的を決めていることは多いはずで、今日はそういうGaiaxの組織の話をしたいと思います。 まずは事業の話から。Gaiaxは、一つの大きな事業がある、ではなく数億/年という中規模の事業が10数個あるという構成になっています。詳細は割愛しますが、どれもB2Bの形態で、企業のお客様に毎月継続的にサービスをご利用いただき、その対価をいただいています。2007年くらいから一つ一つ自社でサービスを立ち上げ、伸ばしてきました。この数の多さはGaiaxの特徴の一つで

Goは実運用の事例が最近多く出ています。 なんで最近実用的に使っている開発者が増えているのでしょうか。 実は互換性を待ちながら、便利な機能が たくさん出てくるのがその理由の一つです。 ９月にリリースされたGo 1.5と開発中のGo 1.6の新しい機能を紹介します。

2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod

Typetalkデスクトップアプリ 先日、弊社チャットサービスTypetalkのデスクトップアプリをリリースしました。おそらくTypetalk.appのパッケージを覗いてElectronの痕跡を見つけ出した方もいらっしゃると思いますが、その通りElectronをベースに実装しています。 ElectronはHTML、JavaScript、CSSなどWebの技術を使用してデスクトップアプリを開発できます。GitHub社のAtomエディタをはじめとして、今では非常に多くのアプリがElectronベースで公開されており、実装方法についても既に多くの記事が書かれています。 ただし、正式にアプリを公開する場合には、コードサイニングなどを行うなど、考慮が必要なポイントがいくつかあります。そこで本記事では正式にElectronアプリをWindows/Mac向けにリリースするにあたって必要だった3つのことを

I dunno, idk= I don’t know I dunno はI don’t knowの略でidk はI don’t knowの略。つまり、”分からない”という意味でした。この調子でどんどん解説していきます。 【初級レベル】 sry sryはsorryの略。ごめん、という意味です。 plz plzはpleaseの略。基本的にはお願いという意味ですが、場合によっては「ふざけないでよ、冗談やめてよ」という強めの意味にもなります。 omg omgは、oh my gosh/godの略。マジで？、すごいね！といった意味です。 cuz cuz はbecauseの略。意味：だから。 jk jk はjust kiddingの略。冗談だよっていう意味です。日本だと、女子高生の略語で使われたりしますが、英語は違いますのでご注意ください。笑 ASAP ASAP はas soon as possible

開発合宿行ってますか？ そこのアナタ、開発合宿行ってますか？ ん、行ったことない？ 「お金がかかりそう」「一緒に行く人がいない」「何していいかわからない」 ふむふむ。まあ、初めは躊躇しますよね。しかし勿体ない。 開発合宿はプログラマだけに許された特権的娯楽なのですから。 よし、今日はそんなアナタに開発合宿がいかに素晴らしいか伝えてみましょう。 開発合宿が楽しい理由、聞いてみました。 さて、ここはとある開発合宿の一角です。 ちょっとみなさんに色々聞いて回りましょう。 何作ってますか？ 「新サービスのプロトタイプをつくってます」 ほうほう、その場でみんなに反応ももらえるし良いですよね。 サービスの内容書いちゃっていいですか？…む、ダメですか。残念。 「JINS MEME触ってみたかったので、何か作ろうかなと」 瞬きとか検出できるメガネですね。もう発売されてたんですねえ。 ちょっとワタクシにも掛

これは 人工知能アドベントカレンダー の1日目の記事です。 はじめに 本アドベントカレンダーは25日間をかけて、知能、あるいは人工知能（あとで触れますが、正確には汎用人工知能を指す）について、それを理解しまた実現する技術について、広く浅く解説と紹介をします。 ここでいう人工知能は、後述するように一般に考えられている人工知能(Artificial Intelligence) ではなく、汎用人工知能 (Artificial General Intelligence, AGI) であり、一言で表すなら、「人と同じような知性をもった機械」を考えます。ただし、以降は特に断りのない限り、AGIの意味で単にAIといいます。AIとAGIの違いについては、以前の記事 人工知能は Deep Learning によって成されるのか？ - Sideswipe を御覧ください。こちらは今回のシリーズで扱う内容の概要

なぜ仮想DOMという概念が俺達の魂を震えさせるのか から一年、みなさまどのようなフロントエンドをお過ごしでしょうか。 僕はひたすら過去資産をリファクタしています。 需要の雰囲気 色んな所に書きましたが、去年僕が仮想DOM AdventCalendar をやったのは、「僕自身がproductionで使いたい」ので、「Reactまあいいよね」的な雰囲気を作って外堀埋めるのが目的でした。そして、その目的はおおよそ果たされたと言ってもいいでしょう。ご協力ありがとうございました。 僕自身はKobito for Windows でReactを使ってみて、そのノウハウを公開したり、今年前半は色々とアウトプットをしていましたが、後半はSpecificなアプリケーションドメインを記述することが多くて、あまりアウトプットする内容がなくなってました。 取り敢えずは、新規のプロダクトなら採用してもよい、という雰囲

英会話スクールに長年通っていてもなかなか上達しない人をたびたび見かけますが、逆に1年通っただけで海外移住するのに全く問題ないレベルになったという人の話も聞いたことがあります。 もちろん、仕事で使おうとしている人と、海外に移住しようと考えている人とではモチベーションが違いますが、短時間でもあっという間に英会話が上達する人にはいくつの共通点があるのでご紹介しましょう。 共通点1：単語の「使い方」をイメージできる 知らない英単語がでてきた時に「これはどんな状況で使えるだろう？」「どんな人と、どんな会話をしている時に一番有効的に使えるだろう？」という意識を常に持っている人は上達がはやいです。 小学校の国語の授業で「この単語を使って文章をつくりなさい」という問題があったように、単語を文章化して使えるようになることが重要です。英会話スクールなどで、新しく覚えた単語をレッスン中になんとか会話中に使ってや

平均年額は平均月額に12（ヶ月）をかけたものです。 フリーランスと会社員では年金の受給額に大きな差があるのは事実です。フリーランスは、貯金を多めに貯めて厚生年金の代わりにするといった対策が必要になります。 65歳以降にもらえる国民年金の額 65歳以降にもらえる国民年金は月額6万6,250円です（2023年度／満額の場合）。20歳～60歳の40年間ずっと保険料を納めれば満額受給できますが、フリーランスの老後資金として十分かどうかは疑問が残ります。 日本年金機構が提示する厚生年金の標準受給額22万4,482円と比べると、フリーランスの年金は少ないものです。国民年金だけでは資金が足りない可能性があるので、心配な方は以下で紹介する老後資金対策を講じましょう。 フリーランスの将来について相談する フリーランスが今からしたい老後資金の対策7選 フリーランスが今のうちにやっておきたい老後資金対策を7つ紹