Python - プログラムと機械 - プログラムの意味 - 操作的意味論(式、文、スモールステップ、仮想機械(virtual machine))
About 南の島のプログラマ。 たまに役者。 Practical Schemeの主。 WiLiKi:Shiro 最近のエントリ 無限cxr高校受験Defense振り返ってみると2019年は色々学んで楽...覚えるより忘れる方が難しい(こともある)眼鏡のつると3DプリンタIris Klein Acting ClassSAG-AFTRA conservatory: Voice Acting創作活動って自分を晒け出さねばならないと...ループを使わずに1から100までMore... 最近のコメント shiro on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/14)1357 on 歳を取ると時間が速く過ぎるのは、新しいことに挑戦しないから? (2023/03/01)ベアトリーチェ on ハイポハイポハイポのシューリンガン (2022/04/02)ベアトリーチ
iPhone App Store (5137) アクセサリ (4214) 特価 (3340) レポート (2700) NEWS (2404) Rumor (1887) iPad App Store (1810) iTunes (1222) iPhone (1206) Apple Apps (969) iOS (753) プロモーション (736) Apple (697) ソフトウェア (673) Mac App Store (670) Apple Store (670) 書籍 (669) iPad (646) ハードウェア (639) インターネット (628) サポート (594) デジカメ (522) Mac OS X (517) Macintosh (495) Twitter (461) User Group (399) Watch (360) Watch App (344) 日記
システムの多機能化により、プログラムの内容が複雑化している。テクマトリックスの『Understand』は、プログラムの構造を可視化することで、ソースコードの解析時間を大幅に削減できる開発支援ツール。今回は同社の福永一寛氏に、Understandの機能や特徴について聞いた。 システムの多機能化により、プログラムの内容は複雑化している。既存コードの改修や多人数での開発における情報共有のためには、プログラム構造の理解が必須だが、ドキュメントと実装内容とが乖離している場合も多く、解析自体に工数がかかることもある。テクマトリックスの『Understand』は、プログラムの構造を可視化することで効率的なソフトウェア開発をサポートするソフトウェア開発環境。「組込みシステム開発技術展(ESEC)」にて、同社の福永一寛氏にその特徴を聞いた。 ソースコードの解析作業時間を大幅に削減する『Understand』
自分も知らなかったこと等もあり、大変参考になるコメントをありがとうございました。 コメント数がかなり多数になってきたのでこのエントリーでまとめてみたいと思います。(まとめというほど大したものではありませんが。。) [ (test) コマンドについて 以下のようなコメントをいただきました。 正確には覚えていないですが、[ ] はbashではつかるけど、本当の素のshでは使えなかったと思います。なので、[ ]を使うぐらいなら、/bin/bashと書いては。 id:silverwireさんが、いろいろなOSで調べてくれました。AIXやHP-UXの環境は自分の環境になかったので大変勉強になりました。 id:silverwireさん ちょっと興味が湧いたので、以下の二つを調べてみました。 1. Bourne Shellで[ を使用できないことってあるのか? 2. testという名前のシェルスクリプト
前述*1のように Makefile は非常に簡潔に記述できます.ただし,簡潔なMakefileを記述するためには make の仕組みを理解する必要があります. 結論から言うと, make は 簡潔な生成ルールのみを記述したMakefileから, 実際に必要となる詳細な生成ルールを自動的に生成します. 自動的に生成されたルールを確認するには $ make -p と "-p" オプションを付けて make を実行します. 以下, hoge.c から hoge を生成する場合 hoge.c と fuga.c から hoge を生成する場合 の二つの具体例を挙げて,説明します. 前準備 Makefile と hoge.c を用意します. Makefile all: hoge hoge.c int main() { return 0; } make -p の実行 $ make -p > log 大量
尾藤正人(a.k.a BTO)です 僕の偏見かもしれませんが、Webプログラマの方の多くはコマンドラインをうまく活用できてないように感じます。 コマンドラインを使いこなすには最初にある程度の勉強が必要で、その敷居の高さのせいであまり便利さが感じられないのかも。 そこで、今更ながらコマンドラインの便利さを高らかに主張してみます。 ワイルドカード ワイルドカードという特殊文字を使うと特定パターンのファイル名を簡単にしてできます。 これは知ってる人も多いので、詳細は割愛。 ワイルドカードでうまくいかない場合は後述するfindコマンドを使います。 zshのワイルドカード zshのワイルドカードを使うと、ちょっとしたfindコマンドのようなファイル名のマッチができます。 簡単に紹介すると次のようなことができます。 echo **/foo # 再帰的に 'foo' にマッチ echo *(/)
多彩な演出効果をカンタンに導入できる事で脚光を浴びたprototype.jsの登場を皮切りに、インターネットで公開されているJavaScriptライブラリの数は、この一年で急激に増加した。何かやりたいことがあったときはWebで検索すれば、大抵、どこかにライブラリが転がっている。便利な世の中になったものだ。 一方、Webを通じて提供されるサービスは多様化の一途を辿っている。JavaScriptライブラリは整ってきたが、当然、置くだけでは機能しない。ライブラリのサポートページには簡単なサンプルが載っているものの、サンプルがそのまま適用できるケースはごくわずかだ。しかたなく、他の誰かが似たような事をやっていないかとWeb検索するはめになる。 思えば、これまでJavaScriptを言語としてとらえ、きっちり向き合う機会は少なかったのではないだろうか。 1995年の終わり、Netscape Navi
Perlとは何か Perlはテキスト処理に特に優れた非常に強力なプログラミング言語です。でも,うまく使えばシステムをきれいに掃除させることもできますし,さらにあなたの心もいやしてくれるに違いありません。また,多くのディストリビューションで標準的にインストールされていますし,自分でインストールすることも難しくはありません。 「PerlってCGIじゃないの?」と思う方がいるかも知れません。確かに,CGIで利用するためにPerlに出会った人は多いでしょう。主な利用方法といえば,Webアプリケーションの作成かもしれません。しかし,「プログラミングPerl」*1によれば,Perlは最初,システム管理のためのツールとして作られたものだったのです。 FedoraなどのLinuxディストリビューションでは導入時に開発環境を選ぶとPerlがインストールされます。同時にPerlのドキュメントもインストールされ
シェルスクリプトでのHello World 第2回は、シェルスクリプトを使ったHello Worldです。シェルスクリプトで任意のメッセージを表示するには、echoコマンドを使います。リスト1のように記述すると、これでシェルスクリプト版Hello Worldの完成です。なお、Hello Worldの前後をシングルクォート(' ')で囲んでいるのは、文字列中にスペースや特殊記号が含まれる場合に、それがシェルに解釈されるのを防ぐためです。 リスト1 echoコマンドを使う方法(sh_echo) #!/bin/sh ← /bin/sh用スクリプトとして記述する echo 'Hello World' ← echoコマンドでメッセージを標準出力に出力 シェルスクリプトを実行するには、あらかじめ「chmod +x」コマンドでファイルに実行属性を付けておく必要があります(実行例1)。 実行例1 シェルス
http://it-ura.seesaa.net/article/80158550.html メモ 良い習慣 自分のドッグフードを食べる*1 プログラムは思うとおりに動くんじゃない。 書いたとおりに動くんだ! ユーザーは自分の欲するものがわからない 悪い習慣 バグは夜更け過ぎに 仕様に変わるだろう バグじゃありません。仕様です。 1年に1回起こる可能性が1%の問題なんて無視していい。俺は100年後はもう居ない 終わらない夜がないように、終わらないプロジェクトはない 仕様書の行間を読め マイクロソフトの仕様です ソフトを買う人はね、幻想を買うんだよ 我がコードは我流。我流は無形。故に誰にも読めぬ・・・ B29を竹槍で落とすような仕事だ 仕事の報酬は、もっとよい仕事 出世したら年収が200万減った。 担当者の逃げる事風の如く,バグのひそむこと林の如く,予算を食いつぶすこと火の如く,動かざること
「How to recognise a good programmer」という記事がありました。 良いプログラマを見分けて雇用するためのTIPSが書いてありました。 原文前半では、Paul Graham氏が書いている「The 18 mistakes that kill startups, 日本語版:スタートアップを殺す18の誤り」というエッセーに書かれている「90年代のE-コマースで多くのベンチャーを失敗させたのが質の悪いプログラマであるが、プログラマではない起業家には良いプログラマと悪いプログラマを見分ける術がない。」といった内容に対して反論すると書いています。 見分け方をまとめると、以下のようになるそうです。 流石に全ての項目を満たすような人は少ないそうですが、どれか一つでもあてはまる項目があれば、それは良いプログラマなのかも知れないそうです。 原文には、詳細な説明があるので興味のある
viクローンのVimは、Emacsと並ぶオープンソース・エディタの巨頭である。このエディタは、単にviのオープンソース版というだけではなく、スクリプトやプラグインによる高い拡張性といったオリジナルのviにない特徴も備えている。しかし、viから引き継いだ独特の操作法から、Vimを敬遠している向きも少なくないようだ。そこで以下では、Vimの操作を習得する、あるいはVimをもっと活用するためのハウツーを紹介する。 2007年11月13日更新:中級編に「Vimのステータスラインをより有効に活用する設定法」を追加 初級編 Vim 最初の一歩 Vimの簡単な始め方 2007年04月13日 Vimの無数の機能と柔軟さはベテランのユーザにとっては大きな利点であるが、初心者にとっての敷居を高くしてしまっているというのも事実だ。あなたがもし、Vimを使いたいとずっと思っていながらも初めて試したときにうんざりし
http://satoshi.blogs.com/life/2006/03/post_8.html うーん,ほとんど全くその通りなんで突っ込みどころがまるでない. 私はこの業界で多くのエンジニアも使ってきたが、優秀なエンジニアとそうでないエンジニアの生産性は(誇張抜きで)20対1ぐらいである。そんな簡単な作業しか出来ないエンジニアとも呼べないようなエンジニアが沢山いてもマネージメントが大変なだけである。 これらは常識なのだが,なぜか公式の場やマスコミには存在しないことにされてしまう. そしてもっとも許せないのが、そういった上流→下流という階層構造でプログラムを作る工程そのものだ。(中略) 日本のエンタープライズ系のソフトウェア業界は、そんな根本的に間違ったソフトウェアの作り方を長年してきたために、まるで建築業界のような下請け・孫請け構造が出来てしまい、下流のエンジニア達が十分な経験も得るこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く