エンジニアマインド Webマガジン | エンジニアマインド … 技術評論社アフターコロナにおけるエンジニアチームの作り方，グローバルな視点でのエンジニア獲得と開発とコミュニケーションの在り方について取り上げます。 LINE テクノロジー＆エンジニアリング大全 「LINE DEVELOPER DAY 2020」より，注目すべきテクノロジー，エンジニアリングをピックアップし，詳説インタビューを実施しました。 プロダクト思考で開発が進む「みてね」の今とこれから～みてねの生みの親笠原健治氏，開発マネージャ酒井篤氏が考える，プロダクトとエンジニアリングの素敵な関係
jpmobile で index_mobile_softbank.html.erb だけじゃなく index.mobile.softbank.html.erb もいけるようにする diff ? - babie, you're my home
diff --git a/lib/jpmobile/hook_action_view.rb b/lib/jpmobile/hook_action_view.rb index 9592ef6..ae16737 100644 --- a/lib/jpmobile/hook_action_view.rb +++ b/lib/jpmobile/hook_action_view.rb @@ -39,13 +39,15 @@ class ActionView::Base #:nodoc: candidates = [] c = m.class while c != Jpmobile::Mobile::AbstractMobile - candidates << "mobile_"+c.to_s.split(/::/).last.downcase + candidates << "_mobile_"+c
Railsのセッション管理にmemcachedを使う - Rubricks Project
▼ 参照サイト ・HowtoChangeSessionStore ・dreammindの日記 ・夜のDiscovery ・くりまるwebつくる ==[RAILS_ROOT/config/environment.rb]==== ... SESSION_CACHE = MemCache.new(['192.168.0.1:11211'], {:namespace => 'rails'}) ActionController::CgiRequest::DEFAULT_SESSION_OPTIONS.merge!({'cache' => SESSION_CACHE}) ... どの記事も恐らくはHowtoChangeSessionStoreを参考にされていると思われ、やり方はほぼ等しいようだが、なんで設定ファイルでコネクションをnewしないといけないのか、他に設定方法はないのかなぁと思う。 というわ
【チーム編成編】できる人間を担当者にしてはいけない：ITpro
組織を編成する場合に，個人の資質によって役割を与えることは非常に大切である。同じ人間であっても，使い方によっては実力の10％も発揮できずに終わることも多々あるからである。例えば次のような非常に優秀なプログラマが居たとする。 (1)仕事が速い (2)バグの少ないプログラムを書く (3)コーディング規約に沿って書く (4)仕様書を具現化する際に業務を見渡したアルゴリズムを構築できる チームにこのような優秀なプログラマがいると，どうしても担当者としてプログラムを書かせたくなるのは心情というものだ。しかし，プロジェクト・マネージャ（PM）は，このような優秀なプログラマを，他のプログラマと同様に担当者として扱ってはいけない。できる人間は，チームのリーダー格として抜擢すべきである。 できる人間の使い方をミスしたEさん 筆者の知り合いであるEさんは，Javaによる販売管理システム開発のPMに任命された。
ドメイン層に最適なアーキテクチャを考える
前回「階層アーキテクチャの利点は複雑さの減少」は階層化アーキテクチャの考え方について説明してきました。今回は、階層化アーキテクチャにおけるサービス層と、設計が難しいとされるドメイン層についてどのように考えるのかを見ていきます。まず、最初に各層を設計するときに、拡張性・保守性を高めるために何を検討すべきかを考えてみましょう。 （1）業務機能とシステム機能の分離 業務要件を満たすためのビジネスロジックなどを実現する機能とトランザクション制御などシステムを実現するために必要なシステム機能は、別々に実装できるように考えます。ビジネスロジックを実装するコードにトランザクション制御を行うコードが混在することは、拡張性・保守性を著しく悪くします。 （2）層間の依存性の排除 ドメイン層などの階層化アーキテクチャの各層は、基本的に下位層に存在するコンポーネントをブラックボックスとして扱えるように設計します。
文章を書く仕事を楽しく勧めるには - IT戦記
フランスで得られたもう一つのことを書いておこうかと思う フランスで得られたもの それは、日本語の文章を楽しく書く方法。 ただ、この方法には、編集者に非常な負担を掛けることになる。編集者がそれを了承してくれる関係、前提が必要。 文章を書くのが苦手だった理由 書きたいことが箇条書き的になってしまう その箇条書きをストーリーに乗せられない 日本語は、合理的でない 段落中で、同じ語尾が続くと不自然とか 意味は通じるけど、言い回しが変とか 推敲すると、全体が見えなくなる（ゲシュタルト崩壊） 無意味に不安になる 文章を楽しく書く方法 大事なことは二つ 著者と編集者と一緒に書くということ「文章の共有」「感動の共有」「ビジョンの共有」 作業の分担 著者は、情報のクオリティを担当。文の局所を見る。 編集者は、文章のクオリティを担当。文章の全体を見る。 実際の作業の流れは、以下のような感じ 編集者と一緒に同じ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
iPhone ABACUS - あのそろばんの感触を、再び
【レビュー】指先で操作する新感覚のスリムPC「HP TouchSmart PC IQ500」シリーズ (1) とにかくスリム、とにかくスタイリッシュ | パソコン | マイコミジャーナル