タグ

2016年7月27日のブックマーク (6件)

  • 人生は練習と思ってる所が本番で、本番と思ってる所はオマケだ。 - teruyastarはかく語りき

    気になれない人には「当事者意識」が足りない - ゆーすとの日記 http://syuraw.hatenablog.com/entry/2013/12/05/183752 ここぞって時に気になれる人となれない人の違いは、当事者意識の有無です。 人生には何度か「ここぞ」って場面があります。 そこで上手くいくかどうかでその後の人生が大きく変わってしまうような場面―― あるいはそこまでじゃなくても、重要な転機と思われる場面。 その時心の底から当事者意識をもって臨める人が「気になれる人」、 そうでない人が「気になれない人」です。 (略) 何をやるにしても、結局最後は自分の気持ちと気度がものを言います。 戦術、戦略、テクニック、ノウハウ・・・どれも大事ですが、 それは自分の気があって初めて活きるもの。 自分の人生なんだし、ここぞって時ほどきちんと当事者意識を持って取り組みたいものです。 「

    人生は練習と思ってる所が本番で、本番と思ってる所はオマケだ。 - teruyastarはかく語りき
  • プログラミングのスピードを上げる方法 - teruyastarはかく語りき

    http://q.hatena.ne.jp/1203667934 ソフトウェア開発やプログラミングのスピードを上げる方法はありませんか? プログラマーとして生きていこうと決めたのですが、いつも見積もりの3倍時間がかかってしまいます。 そのため いつもつらい思いをしています。 環境を良くしようとHHKLite2を使い、カスタマイズソフトでホームポジションから離さずにプログラミングしています。 マウスもゲーム用の高精度のものを使っています。 調べ物にもタブブラウザを使い、拡張し続けて効率化をしています。 DualCoreマシンを使いメモリもたくさん積み、障害がないように心がけがけています。 出始めのころから効率化のためにエクストリームプログラミングも取り入れていました。 単体テスト、リファクタリングも当然行いますが、余計に開発速度が落ちています。 しかし開発速度は効率化とは無縁だとすら感じてい

  • 品質の高いコードを素早く書くために、いつも意識している手順をまとめてみた - Qiita

    コードを書いている間は何も考えないですむようにするというのが基スタンス。 参考URL: プログラミングのスピードを上げる方法 - 旧・teruyastarはかく語りき http://d.hatena.ne.jp/teruyastar/20080308/1204977907 要件定義 何のために実装を行うのかを事前に明確にすることで、プログラミング中は何も考えずにすむ ここが凄い大事。やることとやらないことを明確にしておくことで余分なコードを書かないですむ この段階で成果物のイメージを明確にしておく 要件に詳しい人に聞けばいいけど、一緒に考えるスタンスをとるように習慣づけておくと出来るエンジニアに成長しやすい ここで大事なのは「実装の大変さは一旦置いといてあるべき姿で考える」こと 当はここまでやるのがあるべき姿だけど、スケジュールがギリギリだから、この代替案でどうでしょう?と提案できるよ

    品質の高いコードを素早く書くために、いつも意識している手順をまとめてみた - Qiita
  • 2016年 独りで新規WEBサービスを開発・運用した際の知見 - Qiita

    私が新規WEBサービス立ち上げ時に取り組んだ内容についてWEBエンジニア向けにまとめた記事です。 例えばNginxの設定でHTTPヘッダーが正しく設定されているかを確認できるGoogleDevelopers PageSpeed Insights を知っていると大変有利です。もちろんPageSpeed Insightsを知らなくてもWEBサービスを公開・運用可能ですがユーザに意図せず不利益を与えていたり、知らず知らずのうちにモバイルフレンドリーでないとGoogleから検索ペナルティを加えられている可能性があります。この記事は独りで新規WEBサービスを立ち上げた際のノウハウと取り組んだ内容について記述しています。 1. 概要(5行くらいで) スマホ対応は必須。トラフィックの50%はスマホから発生する。 速度は武器!速いサイトはそれだけで価値がある。 SEOの内部対策は内部リンク整備とPageS

    2016年 独りで新規WEBサービスを開発・運用した際の知見 - Qiita
  • Redis 本番障害から学んだコードレビューの勘所

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Redis不適切利用による問題は番運用が始まってから顕在化することが多く、時限爆弾みたいな存在です。事前に防ぐにはコードレビュー段階で叩くしかありません。 Redisはスクリプト言語と相性が良く、適切に利用するとRDBと比較し驚くほど高速なプログラムを組むことができます。昨年尊敬する先輩にコードレビューで斧100くらい(レビューコメント)投げられて血まみれになりつつ学んだことを、まとめて書いてます。概要は『消えても良いデータならRedis』 Redisのメモリが溢れたら... (この話は事実ではなくファンタジーです。) 深夜電話で叩

    Redis 本番障害から学んだコードレビューの勘所
  • Socket.io with Websocket の SSL/TLS 対応 - tail my trail

    ※ (2016/9/19 追記) Nginx 使った対応方法も記載しているので、あわせて参考にして下さい。 昨今のサービスにおいて、暗号化はもはや必須の流れである。 GoogleやFacebookなど主要なサービスはずいぶん前からHTTPS通信を標準としているし、HTTPS化対応しているサイトはSEO的にも優遇されるようになる という方針が出ていたりする。 前記事でSocket.IO + Redis PubSubを用いたリアルタイムメッセージ配信の仕組みをまとめたが、このままWebSocketを利用すると当然インターネット上を平文のテキストが流れてしまう。 また、チャット機能を呼び出す親元のWebページがHTTPSで提供されているものであれば、Mixed Content でブラウザによっては暗号化されていないWebSocket通信をブロックされることもあるだろう。 後からSSL/TLS対応

    Socket.io with Websocket の SSL/TLS 対応 - tail my trail