ドキュメントがほぼない場合のリファクタリングには一般プログラマとは別の技能が必要 | スラド デベロッパー
仕事先で、「開発したプログラムのコード整理に雇った人が使えない」って話がでてるのだけど、「今は組織にいない人が作った、ドキュメントがほぼないソースコードを読み下して整理する」って、かなり知識が必要だから、普通のプログラマ案件の金額で雇える人に頼むのは無理だと思うんだよなあ。 というツイートが多くの共感を呼んでいる。このツイートに対して、自分では使わない書き方も知ってないと解読できない、これは普通のコーダーには無理と言った意見が出ている。普通にプログラム作るよりもコードを読み取る読解力というか考古学レベルの能力が必要で、プログラムとは別の能力であるとの指摘も出ている。結局は書き直したほうが早いとする意見になることが多いようだ。
Debug構成とRelease構成の違い - tekkの日記 C#,VB.NET
ビルド構成の Debug と Release の違いについて調べてみました。 開発中だから Debug 構成、リリースする時は Release 構成という 固定観念 ではなくて、開発中とリリース時での動作に一切の違いがあってはいけないから安全に動作することを最優先にリリースする際も Debug構成で行く！という選択肢もあっても良いと思います。パフォーマンスが気になるアプリでは説得が難しいと思いますが、そもそも Debug 構成で性能要件が満たせないようなら設計レベルから見直すべきだとは思います。Release 構成による最適化のパフォーマンス向上は、最後の切り札くらいに考えても良いのではないでしょうか。 というわけで、以下が Debug 構成と Release 構成の違いです。 Debug 条件付きコンパイルの定数：DEBUG,TRACE コードの最適化：ON デバッグ情報：FULL Re
GitHub - TrustInSoft/tis-interpreter: An interpreter for finding subtle bugs in programs written in standard C
This is tis-interpreter, an interpreter of C for detecting undefined behavior. tis-interpreter detects subtle bugs in C programs that may not have eye-visible effects when executing the same programs compiled in the traditional way. Some of the bugs that are discovered lead to security vulnerabilities. Fortunately, most don’t. tis-interpreter works by interpreting C programs statement by statement
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メソッド定義場所を探してソースコードを読んでみよう - Qiita
Efficient data transfer through zero copy
