いつ突然会社をやめても問題ないという基準でコードやドキュメントを書く - $shibayu36->blog;
先に前提を話しておくと、会社は全く辞めるつもりはないし、むしろどんどん会社を良くしていこうと思っている。今回はそういう基準で自分がコードやドキュメントを書いていますよという話。 コードやドキュメントを書く時に、どのくらいきれいにしておくかとか、どのくらいわかりやすくしておくかとかを考えることがある。こんなとき僕は、いつ突然自分が会社をやめて連絡がつかなくなったとしても他の人がある程度理解できるか、を基準にしている。そのためにはあまりいい方法が思いつかなくて仕方なく書いている部分にはちゃんと経緯のコメントを書く。他にも例えば作ったサービスであるイベントを開催する方法のドキュメントを書くなら、全く何もやったことがない人がそのドキュメントを読んだらとりあえず開催できるよう、ドキュメントを書く。当然コードもかっこよさよりも、説明しなくても分かりやすくなるようなシンプルさを追求する。 また、このよう
技術理解の浅い会社にプログラマーとして入社すると辛いよという話 - プログラミングとデザイン、スタートアップの話
プログラマーとして就職するならその会社の体質として技術理解度がどれほどかという点はしっかり見た方がいいです。 営業畑出身の人ばかりが経営陣にいる会社やシステム構築の外注率が高い会社は、総じて技術理解度・技術者に対する理解が低い傾向にある気がします。 工数の感覚が合わない テストの重要性が理解できない 新しい技術への関心の違い 企業の口コミサイトを見たほうが良い 工数の感覚が合わない プログラミングについての理解が浅い人がプロダクトマネージャーだったりすると、ほとんど実現不可能な工数での開発を求めてくる輩がいます。 ５ヶ月位は見積もらないといけない案件だったとしても、３ヶ月でやってくれとか言われてげんなりします。 なんとかその工数について摺り合わせを行って機能削減などで工数の折衷案を取り付けたとしても安心できないです。 開発中の突然の仕様変更、新規機能追加などが舞い込んできます。 別にそれ自
何故システム開発にはお金がかかるのか - ゆとりずむ
こんにちは、らくからちゃです。 先日、こんな記事を読みました。 いやあ、色々と大変そうですね・・・。 こういったシステム開発をしていて、お客様によく言われるのは『え、こんなちょっとしたことなのにそんなに係るの！？』ということ。 うーん、お客さんが言っているのは確かにちょっとしたことなんですよね。でも、ちょっとしたことだとしても、それを会社としてしようとするとなんやかんやで色々とお金がかかってしまうのです。 会社によって考え方は違うかもしれませんが、システム開発に必要なおかねは、 作業時間✕人件費＋経費＋営業費＋利益 です。個人が趣味でやるのであればとにかく、色んな費用が発生するんですね。今日はそのへんの話を、愚痴も兼ねて書いてみたいと思います。 作業時間 まずはシステム開発にかかる作業時間。システム屋の間では『工数』なんていったりしますが、プログラムを作るといっても、かかる時間はプログラム
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
Scrum概論
Scrum概論 1. Scrum概論 Ryutaro “Ryuzee” YOSHIBAhttp://www.flickr.com/photos/john_scone/493915787// 2. 吉羽龍太郎 アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. 企業のおかれた状況• ビジネスの環境の変化• 迅速な意思決定と具現化が求められる• 変化しないことは市場から見捨てられるリスク がある• 顧客自身が変化していくことが強く求められる• IT投資の目的の変化 – 業務効率化から戦略実現へ – いままではコスト削減、業務
プログラマとデザイナが共有すべきUIに関するAndroidの10の機能
1. プログラマとデザイナが共有すべき UIに関するAndroidの10の機能 ちょっと文字多いので 読みにくくてすいません @youten_redo（ようてん） 2011.08.19 2. はじめに 意外（？）と、プログラマにとって嬉しい形式で画像素材が提 供されることはありません。 不向きな画像でがんばると、結果としてメンテナンス性・拡張 性がよろしくないコードが出来上がります。 なぜ？ 1. プログラマの画面の作り方と、デザイナの画面の作り方は違う 2. デザイナはプログラマの画面の作り方は知らない デザイナ→プログラマという成果物の流れを考えると、プログ ラマが「適切に要求仕様を提示する」ことが必要です。 2 3. UIに関するAndroidの10機能 プログラマは当然抑えておきたい デザイナもさらっとは理解しておきたい できればプログラマがデザイナに説
Android Studio最速入門～効率的にコーディングするための使い方 記事一覧 | gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
ローカルで GitHub を構築！ Git リポジトリ管理ツール「GitLab」を Mac OS X にインストールしてみた | DevelopersIO
ローカルで GitHub を構築！ Git リポジトリ管理ツール「GitLab」を Mac OS X にインストールしてみた GitLab とは GitLab は Git リポジトリを簡単に管理できるツール Gitolite をブラウザから管理できるようにする Ruby アプリケーションです。 GitHub のオープンソースクローンと呼ばれることから分かるように、UI が GitHub とめっちゃ似ています。 GitHub みたいなサービスを使いたい！だけど Public はアレだなということもあると思います。そんなときに便利です。 社内 GitHub として使うケースが主なユースケースだと思います。 しかもすべてローカルだけで作ることができるので、ローカルマシンにインストールすれば、構築後はネットワークなしで GitHub 的な環境を使うことができます！ そんな GitLab を Mac
虚構の「まいど1号」が持ち上げられ、意義ある「はやぶさ2」がつぶされる現実
「まだこんなことが信じられているのか」。テレビのニュース番組を見ていてうんざりした気分になりました。東京都大田区の町工場が中心になって開発した「下町ボブスレー」を取り上げたニュースでのこと。「東大阪でも町工場が『まいど1号』という人工衛星を作って打ち上げたことがあった」と紹介されたのです。 この番組の内容を信じる限り、ボブスレーは本当に大田区の町工場が開発しているようです。これに対し、まいど1号（SOHLA-1）は名目上は東大阪市の中小企業から成る東大阪宇宙開発協同組合（SOHLA、現 宇宙開発協同組合SOHLA）が開発したことになっています。しかし、実態はほぼ「宇宙航空研究開発機構（JAXA）が作った衛星」です。その事情を、日経エレクトロニクス雑誌ブログ「まいど1号の憂鬱」で取り上げました。 このコラムで私は「（東大阪の企業は）衛星の構造体をJAXAから渡された図面に従って製作したり、衛
Facebookのモバイルアプリが失敗した理由はHTML5のせいじゃない。HTML5でサクサク動くFacebookアプリを作って見せたSencha Touch開発チーム
Facebookのモバイルアプリが失敗した理由はHTML5のせいじゃない。HTML5でサクサク動くFacebookアプリを作って見せたSencha Touch開発チーム Facebookは今年、HTML5ベースで開発したモバイルアプリの動作速度や安定性で不評を買い、動作を改善したネイティブアプリケーションをあらためてリリースしました。ザッカーバーグ氏もこれを振り返って「HTML5に賭けたのは失敗」と発言しました。 しかし「Facebookのモバイルアプリ開発チームが抱えた問題の理由を、私たちは怪しいと思っている」（We had our suspicions about why Facebook's mobile application team had problems）とブログに書いたのは、HTML5ベースのモバイルアプリケーションフレームワーク「Sencha Touch」の開発チーム。
TechCrunch | Startup and Technology News
When Alex Ewing was a kid growing up in Purcell, Oklahoma, he knew how close he was to home based on which billboards he could see out the car window.…
プログラミングのルール
自分のルールを twitter に書いてみました。1時間半ぐらいやってたらしい。 ＊ ＊ ＊ 変数名やクラス名に省略した単語でなく正しいスペルのものを使う。 他人のインデントはいじらないが、間違ってるのはなおす。同じインデントシステムを使う。勝手に発明しない。ちなみに、K&R 大域変数は使わない。Singleton も使わない。インスタンス変数経由でパラメータを渡さない。必要な場合のみに使う。 コメントは関数/メソッドの役割に対しておこなう。bug fix comment には例を含める。 測定を伴わない最適化は無意味で間違っている。 xUnit を使う。 修正前のコードを残すようなことはせず、版管理にまかせる。 fprint() ; exit() ; のようなエラー処理をせず、エラー処理ルーチンを呼ぶ。 malloc を裸で使わない。 use case 図から書き始める。 if else
みょっくんミニ - Ramen's::Booth | makebooth
みょっくん内部にはXBee WiFiモジュール、PSoCマイコン、モータードライバ、LEDドライバが実装されたボードが内蔵されています。XBee WiFi 経由でTCPのパケットをUARTのデータとして受信し、そのデータに応じてモータやLEDの制御を行います。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
沖縄在住なのに「新宿ダンジョン」制作 マップ作りで上京5回 開発者・上原さんに聞く苦労
ガンホー、『パズドラ』に色弱向けオプションを近日実装 | インサイド
Hatena ID
http://blog.yagi2.com/?p=756
辺野古IT工房｜seed ～沖縄県名護市辺野古にあるITメディアのアトリエです～
TECH PROjin
Loading...