善意を恒久的に続ける義務はありません - FANTA-G：楽天ブログ
2014.04.09 善意を恒久的に続ける義務はありません カテゴリ：カテゴリ未分類 あるフリーソフトのお話。 そのソフトは元々開発者が自分が楽をするために個人的に開発したもの。で、同じような苦労をしている人がいるのでネットで流してみた。 評判は大変よく、やがてそのソフトを利用したシステムやサービス、そのソフトで仕事のやり取りをする人もいるようになった。 やがてWindowsの世代更新が行われる。しかし、そのソフトはあたらしいＯＳには仕組みが違うため対応していない。使えなくなってしまう。一応、代用できる有料のソフトは世間にはあるが、以前のものを引き継いだ形のフリーソフトはない。 で、それに対して開発者はそれを開発する気はなく、ましてや過去、一部利用者による心無い誹謗中傷まで受けるような状況にまったくやる気をそがれている様子。開発者は自分のＢｌｏｇをすでに数年前に更新停止している。コメント欄
C言語における暗黙の型変換とAPI設計 - もなもなもなかのページ
#include <stdio.h> #include <stdlib.h> int main(void) { int a = 65535; char b; b = a; printf("%d %d\n", a, b); return EXIT_SUCCESS; } 「a に 65535 を代入し，b に a の値を代入しているのだから，b も 65535 になるはず．」 などとLL言語(JavaScript や Ruby など)に慣れていると思ってしまいがちだが，そうはならない． なぜなら，一般に，char 型の変数が保持できる値の範囲は，int 型の変数が保持できる値の範囲よりも小さいから． 概ね(…とボカす理由は後述)，char は -128 から 127 までの整数しか保存できない． この性質は，ときどき，極めて恐ろしい． C言語は，上の例のように保持できる値の範囲が小さい変数への
普通のプログラマへ良いコードを書く方法を教える！リーダブルコード | Act as Professional
私はすばらしいコードを「エレガントなコード」と呼ぶ@HIROCASTERでございませう。 まず、はじめに。本書はハッカーは読まなくて良い。普通のプログラマに読んで欲しい。 デザインパターンやリファクタリングよりも、本書に書かれていることの方がプログラマは毎日考えて、意識してコードを書くのだ。 よって、普通のプログラマならば本書を読んでおきたい。普通のコードを書く人にオススメの1冊だ。 例えるならば、バク転や月面宙返りをする方法ではなく、日常的におこなわれる「歩く」という行動に着目し、姿勢良く、美しく、シッカリ、確実に歩くための方法が書かれている。 本書の目的は、君のコードをよくすることだ。 「良いコード」の定義とは、コードを読んだときに最短で理解できる様に書かれていることである。そう、本書は伝えている。 では、良いコードを書くための方法を具体的に学んだり、教えられたりしたことはありますか？
プログラマが気をつけるべき５つの人種
一口にIT業界と言いましてもその意味するところは実に幅広く、今日もそこかしこでITパーソンを自覚する人々の人生模様が織り成されております。そんなIT業界にはプログラミング楽しす！コード書きたす！革新大好き！なんていうイノセントなプログラマが特に気をつけるべき人種というカテゴリが存在します。なんとなく想像がつきますかね？想像のついたあなたもつかなかったあなたもしばしお付き合いのほどを。 1. 俺SEなんだけど仕事で何億って予算動かしてんだぜ？（すごいって言って！）こういう人種は、素人の書いた落書きのような絵に大金を積んでそのことを自慢したがるような人たちです。彼らには美しさというものが理解できず、金額の大小でしか物事の価値を判別できません。それだけならまだしも人の価値まで動かしている金額で決まると思い込んでいるフシがあります。彼らはSEと名乗っていてもその実態は普通のサラリーマンと大差なく、
職業プログラマになって考えた「良いコード」とは？ - seri::diary
仕事としてコードを書くようになって３週間が経ったので ここらで所感をまとめてみたいと思う。 ベンチャーと大手企業の違いみたいなことを書いてもいいんだけど、 正直今のところ「あまり変わらない」印象。 それもそのはず、現職もエンプラ向けの仕事。 SIと仕事のやり方はかなり似ている。 ので、純粋にプログラマとして思ったことを。 スパゲッティコードとの出会い この３週間で触ったのはウチの会社で改修・保守をやっているシステムの バッチや管理画面の細かい修正など。 コードは全てPHPだった。 この辺は一番経験のある言語だったので助かった・・・と思った。 が、意気揚々とソースを見て愕然とした。 処理ベタ書きのずらずら続く手続き型の処理は序の口。 関数を定義する代わりにベタ書きスクリプトを外出しにしてrequire 意味不明な変数名 同じ処理をしているはずなのに名前だけ違う関数達 無計画なテーブル定義 業
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
