タグ

2017年12月14日のブックマーク (5件)

  • 非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術

    スライドはTECH::CAMP主催で2015年4月11日、4月19日に200名以上を動員して開催された「非エンジニアカンファレンス」の勉強会資料です。 ※資料は説明のため簡易に表現している箇所があります。 TECH::CAMP: https://tech-camp.in/

    非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
    okbm
    okbm 2017/12/14
    研修に使えそう
  • iOSアプリ新規開発のノウハウ - NSBlogger

    今年でAdvent Calendarに参加するのは3年目。 2015年: iOSアプリ開発におけるイースターエッグのすすめ - NSBlogger 2016年: iOSアプリエンジニアのための面接質問集100選 - NSBlogger 今年は新規アプリ開発についてです。 iOSアプリの新規開発 仕事で何度か新規でiOSアプリを開発することがありました。チームやそのときの状況に応じて柔軟に対応するのがベストですが、その中でもやっておいてよかったなぁと感じたことについて紹介します。 iOSアプリの開発以外でも応用できる内容かも。 CIははやめに CIの構築は初期段階で行っておくと、以下のようなメリットがあります。 ビルド時間が早いのでCI構築時のサイクルがはやい 何か問題が起きた場合、CIの設定まわりが怪しいといえる その後の開発サイクルがスムーズになる 最低限のプロジェクトの設定をしたら、ま

    iOSアプリ新規開発のノウハウ - NSBlogger
    okbm
    okbm 2017/12/14
  • 超高速な静的Webページを作ろう! - Qiita

    PageSpeed Insights 計測結果 モバイル/パソコン 共に100点 速度という点に絞ると信用できるものではないかもしれませんが、100点という数字は単純にうれしい:) それでは!以下が私のやったことです リクエスト数を極限まで減らす CSSはstyle属性やstyleタグで設定 複数箇所で使う場合はstyleタグに、要素固有のスタイルはstyle属性で設定してしまいましょう。 style属性で設定する場合はセレクタでの捜索が発生しないので、ごく僅かながら速くなると思います。 画像はbase64で埋め込む こことかでデータURIスキームに変換してhtmlに埋め込みます。 base64エンコードすると容量が1.3倍くらいに増加するため大きな画像には向かない方法ですが、小さなアイコン程度ならリクエスト数減らすほうが効果的な場面があります。 複数箇所に使う画像の場合はCSS変数でba

    超高速な静的Webページを作ろう! - Qiita
    okbm
    okbm 2017/12/14
  • エンジニアの英語力 - 怠惰を求めて勤勉に行き着く

    TL; DR どれだけ努力しても"ネイティブ並"は無理なので諦めが肝心 エンジニア英語ができなくても話を聞いてもらえるので「伝える意思」と「分かったか分かってないかを絶対に曖昧にしない」こと 謝辞 このエントリは弊Android Projectのビルド待ち時間を使って書かれています。Android Studioさんに感謝します。 ビルド待ち時間にブログを書かれたくない場合は弊社は僕に全部盛りiMacを買ってください。 前口上 英語力に関するエントリは盛り上がりやすく荒れやすい気がするんだけど、それはやっぱりみんな英語は出来たほうがいいに決まってるしさりとて英語を身につけるのは難しいよねってことが分かってるからだと思う。 僕はエンジニアの中では比較的英語が得意な部類に入ると思うけど、それでも全然充分だとは思わない。ただ、これでやっていけないか?というと全然そんなことはないので、一番重要なの

    エンジニアの英語力 - 怠惰を求めて勤勉に行き着く
    okbm
    okbm 2017/12/14
  • Railsでやってしまいがちな保守性を下げてしまうコードとその解決策 - Qiita

    こんにちは。COUNTERWORKSアドベントカレンダー13日目担当の疋田です。 先月からエンジニアとしてJOINしました。現在、業務ではshopcounterというサービスのRailsアプリケーション開発や日々の運用、データ集計や分析を元にしたプロダクトの改善などをメインで行っています。 スタートアップのエンジニアを経験していく中で、常に素早くPDCA回してユーザからのフィードバックをプロダクトに反映することが重要になってくるため、エンジニアとしてはコードの変更のしやすさとか捨てやすさ、読みやすさってかなり重要だなーと改めて強く思ってます。 今回は3年くらいRailsやってきた中でちょっとずつ溜まってきたメンテするときこういうコード辛かったなって部分を共有できたらなと思います。 ちなみに、これらはすべて今までの自分自身もやっていた時期があるコードであり、反省の意味も込めて書いてみます。

    Railsでやってしまいがちな保守性を下げてしまうコードとその解決策 - Qiita
    okbm
    okbm 2017/12/14