Posterous Spaces is no longer available Thanks to all of my @posterous peeps. Y'all made this a crazy ride and it was an honor and pleasure working with all of y'all. Thanks to all of the users. Thanks to the academy. Nobody will read this.
データの表現と操作 Webサービス等に必要な言語取得についてです。 プログラミング言語を勉強しようという時にデータの表現方法を把握した瞬間に、 「パッ」とその言語に対する理解が明るくなった気がします。 プログラミングは、抽象的に言えば、目的を果たすために「データ」を「操作する」プログラムを書く行為と呼べるでしょう。 例えば二つの数字を足し算するプログラムを考えてみます。これは「4+3=7」などを機械的に行ってくれるものです。 プログラム内の流れはこのようになるでしょう。 二つの数字を受け取り、それぞれデータとして保持する 二つのデータを足し算して結果というデータに入れる 結果を出力する 実例を見た方が早いと思います。 この足し算プログラムをエラー処理とかすっ飛ばして分かりやすいPerlのコードにするとこのようになります。 use strict; #おまじない use warnings; #
3月は論文の〆切が2-3個あるので、それを避けるように引っ越し日程を詰めているのだが、なかなか難しい。もはや数万円高くなるくらいは諦めている (論文の〆切間際は1日でも時間を大切にしたいので……)。 [twitter:@hillbig] くんが以前紹介していた「IN THE PLEX グーグル ネット覇者の真実」 グーグル ネット覇者の真実 追われる立場から追う立場へ 作者: スティーブン・レヴィ,仲達志,池村千秋出版社/メーカー: CCCメディアハウス発売日: 2011/12/16メディア: 単行本購入: 8人 クリック: 447回この商品を含むブログ (55件) を見るを登美ケ丘イオン (NAIST から最寄りのイオン) で先日発見し (ちなみに高の原のイオンの書店にも何冊か入荷している)、少しずつ読んでいたのをようやく読了。ものすごいボリューム……。しかし少なくとも情報系の方は必読。
ソフトウェアテスト (英: software testing) は、コンピュータのプログラムから仕様にない振舞または欠陥(バグ)を見つけ出す作業のことである。ソフトウェアテストで見つかったプログラム中の欠陥を修正する作業をデバッグという。ソフトウェアテストに成功するとは、テストで欠陥が発見されるか、規定した試験項目にすべて合格するか、規定した品質目標に到達することである。目標とした品質には、規定した試験項目にすべて合格することもある。例えば、OS, プログラミング言語では、仕様を満たしているかどうかの適合試験を規定している。ソフトウェアテストでは、欠陥が存在することを示すことはできるが、欠陥が存在しないことは証明できない。ソフトウェアに仕様にない振舞がないことを保証する作業を証明といい、証明用のシステム、証明しやすい言語も多数存在している。本項では動的なソフトウェアテストを中心に扱う。 目
テストの基本的な知識は、あまねくITエンジニアが持つべきだ。しかし実際には、本当に基本的な知識でさえ浸透していないのが現状である。そこでこの記事では、ITエンジニアが最低限知っておくべきテストの基本知識と、その活用方法を解説する。 社会的なインフラとして構築された大規模システムで,大きな障害が多発している。こうした問題を防ぐためにも,高品質なシステムを開発する必要性がますます高まっていることは言うまでもないだろう。 システムの品質を向上させるためには,しっかりと設計を行い,それに基づいて正しく実装する必要があるのはもちろんだが,最終的にはシステムを動作させてテストするしかない。 テストで品質を検証するためには,周到なテスト計画やソフトウエアの特性に合わせたテスト設計,効率的なテスト管理が必須となる。そのためには,品質管理の担当者だけではなく,プロジェクト・マネジャーやリーダー,SEにも,テ
Effective Scala Marius Eriksen, Twitter Inc. marius@twitter.com (@marius) Table of Contents Introduction Formatting: Whitespace, Naming, Imports, Braces, Pattern matching, Comments Types and Generics: Return type annotations, Variance, Type aliases, Implicits Collections: Hierarchy, Use, Style, Performance, Java Collections Concurrency: Futures, Collections Control structures: Recursion, Returns,
未来のプログラマのためのチュートリアル 目次 00. はじめに 01. 数(number) 02. 文字列(string) 03. 変数と代入 04. 数と文字列の変換 05. メソッド(method) 06. 制御構造 07. 配列とイテレータ 08. メソッドの作り方 09. クラス 10. ブロックと手続きオブジェクト 11. このチュートリアルを超えて このチュートリアルについて...
Introduction As a lead frontend developer, it's my responsibility to make sure I'm keeping up-to-date with the web development industry trend. I reckon it's important and should be part of my job because my company will have to rely on my input regarding the best solution or possible technical difficulties during the development process. From HTML to HTML5, CSS to CSS3, Javascript to Javascript fr
こんにちはこんにちは!! Webプログラミングしてますか! よく「PHPはセキュリティがダメ」とか言われてるよね。 でもそれって、べつにPHPが悪いんじゃなくて、 たぶん、セキュリティとかが、まだよくわからない人が多いだけなんじゃないかな。 がんばって勉強しようと思っても、なんだか難しい理屈が並んでいたりするしね…。 なので今日は、セキュリティ対策について、 「これだけやっとけば、わりと安全になるよ」ってことを、初心者むけに、大雑把に書いてみます! 理屈がわからなくても、最初はコピペでも、 なにもやらないより、やったほうがきっとマシになる! 1. XSS対策 動的なものを表示するとき、全部エスケープすればokです! (NG) あなたの名前は <?= $name ?> ですね! ↓ (OK) あなたの名前は <?= htmlspecialchars($name, ENT_QUOTES) ?>
機能は少なく、シンプルな方が良いというのが近頃のスタンダードな考え方だろうけど、それがなぜ良いかについて少し斜め上からの考察。ユーザーから見た場合は、迷いなく使える、そのソフトウェアが提供する機能が限定される。人間は選択肢を与えられるとストレスを感じる生き物なので、選択肢がそれしかない、という状況は快適。少し文脈外れるけど、Readability でページから余計な情報を削いだら集中して読めたりとか、iPhone/iPad のダブルタップで文章にフォーカスしたら同じような状態になるのも、「他に意識を取られるものがなくなる」という心理効果が大きいのだと思う。と、ここまではユーザー視点。一方で、個人的にはこちらも大事だと思うのがサービスの作り手視点。機能をシンプルに、また数も少なく留めておくと、ユーザーがそのサービスをどういう風に使っているかということに対して、自分達の想像とユーザーの実際の行
The community of free, local coding clubs for kids and teensIn over 100 countries, CoderDojo is the free, fun way to learn coding for kids and teens. Public, accessible venues Dojos take place in public, accessible spaces such as libraries, community centres, and even cinemas. Some venues provide equipment for kids and teens (Ninjas) to use. Enthusiastic volunteers Dojos are run by amazing, suppor
New CakePHP 5.0 Chiffon. Faster. Simple. Delicious. What's new in version The migration guide has a complete list of what's new in. We recommend you give that page a read when upgrading. A few highlights from 5.0 are: PHP 8.1 required. Improved typehints across the framework. CakePHP now leverages union types to formalize the types of many parameters across the framework. Upgraded to PHPUnit 10.x
小さな Titanium Mobile の読み物Titanium Mobile (タイタニウム モバイル) は Appcelerator, Inc. が開発している iOS/Android 向けアプリケーション開発ツールです。 Titanium Mobile はウェブサイト開発で使われる JavaScript を使ってクロスプラットフォームアプリケーションを開発できる特徴があります。 こう書くとウェブアプリケーションを単品のアプリケーションとしてパッケージにする「ハイブリッド」なアプリケーションをイメージする人もいると思いますが、 実際には各プラットフォーム向けにネイティブなアプリケーションを開発できます。 これが Titanium Mobile 最大の特徴といえるでしょう。 ただし、 Titanium Mobile は 1 つのコードで iOS/Android 両方に対応するわけではあり
先日、プロ棋士対コンピュータというNHKの番組があった。 その中で、羽生名人がどんだけ先読みしてるかという話で、初心者よりちょっと多いくらい、中級者より少ない手数しか先読みしてないということを言ってた。 確か、初心者が10手、中級者が20手、上級者が30手で、羽生名人は15手くらい、とかだったと思う。まあ、そのくらいの比率。 理由としては早くから枝刈りをして選択肢をせばめてるから、深くまで読む必要もないんだと。最初から勝てる手を選んでれば、読まなくていいよね。 で、これってプログラマにも当てはまるんじゃないかと。 幸い、プログラムを組んだ年数だけは長くなってきてて、もうプログラムを組んだことがない年数のほうが圧倒的に少なくなってるくらいなんで、ある程度、考えなくても正しい選択をするようになってる。 最初から間違わないなら、検証しなくていいよね。 たとえば関数の行数とか、クラス構成とか、まあ
How do you get to be a great musician? It helps to know the theory, and to understand the mechanics of your instrument. It helps to have talent. But ultimately, greatness comes from practicing; applying the theory over and over again, using feedback to get better every time. How do you get to be an All-Star sports person? Obviously fitness and talent help. But the great athletes spend hours and ho
第16回何でもできるようになった1.2のデータバリデーション機能(1/2):基本編 秋田真宏 2009-07-17
はじめに node.jsが熱いですね。 これからnode.jsを勉強したり、node.jsで何かアプリケーション作ってみたいという人のために、node.jsの環境構築(インストール)系のエントリを集めてみました。 サーバサイドJavaScript Node.js入門posted with amazlet at 14.02.16清水俊博 大津繁樹 Jxck 小林秀和 佐々木庸平 篠崎祐輔 高木敦也 西山雄也 アスキー・メディアワークス 売り上げランキング: 247,116 Amazon.co.jpで詳細を見る プラットフォーム別に分けてみましたので、お好きな環境でnode.jsに触れてみてください。ざっと眺めてみた感じ、Macでやるのが一番簡単みたいです。 Windows + cygwin Windowsでもcygwinを入れてあげてればnode.jsは動きます。 node.jsをWindo
つまり、ソフトウェアのあらゆるパラメータで、要求が低いときには工夫をしないほうが品質が高くなるという法則。 たとえば、アルゴリズムというのは理論的にはデータが増えたときに性能悪化がゆるやかなもののほうがよいということになってる。 でも多くの場合で、よいアルゴリズムは、少ないデータ数では単純なアルゴリズムに負ける。ソートなんかだと、データ数が一定以上のときはクイックソートだけどデータ数が少ないときはマージソートを使うということがよく行われる。「指数時間」かかると言われるアルゴリズムは遅くて使い物にならないということだったけど、それをがんばって「多項式時間」という使い物になるはずのアルゴリズムに改良したら複雑になりすぎて、通常のデータ数なら「指数時間」のアルゴリズムよりも遅いということがよくある。 データの格納にしても、データベースは便利だけど、データ数が少ないときは単純なテキストファイルのほ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く