kanonji

My Markdown example

Headings

h1

# h1

h1

kanonji

#!/usr/bin/env perl
use strict;
use warnings;
use utf8;
use feature qw/say/;
use Encode;
use Data::Dumper;
use JSON;
use File::Slurp qw/read_file write_file/;

kanonji

events.js:48
        throw arguments[1]; // Unhandled 'error' event
                       ^
Error: listen EACCES
    at errnoException (net.js:670:11)
    at Array.0 (net.js:756:28)
    at EventEmitter._tickCallback (node.js:190:38)

kanonji

$ npm init

$ tree
.
├── bin
│   └── foo
├── docs

kanonji

Index: termout.c
===================================================================
--- termout.c	(リビジョン 1253)
+++ termout.c	(作業コピー)
@@ -3,6 +3,7 @@
 // Adapted from code from PuTTY-0.60 by Simon Tatham and team.
 // Licensed under the terms of the GNU General Public License v3 or later.
 
+#include "winpriv.h"
 #include "termpriv.h"

kanonji

主観だからね。

Cookbookが分かりにくく、書いてあって欲しいことが書いてない。

章の構成

Cookbookすごく分かりにくい。章の構成はそのまま目次というか、左側のメニューになる。どのフレームワークでも同じだと思うけど、この構成が分かりにくい。探したい事を探しにくい。 「入門」の次が「ブログチュートリアル」「ブログチュートリアル - レイヤーの追加」と続いている。 チュートリアルは必要だけど、入門からの流れで順を追っていく読み物的な構成よりも、別個で読んでそこだけちゃんと分かる構成のほうが、フレームワークには必要だと思う。 あと意味がわからないのが「チュートリアルと例」内にも「ブログチュートリアル」「ブログチュートリアル - レイヤーの追加」がある。ダブってる。

kanonji

#!/bin/sh
echo "Finding $1..."

# if whereis $1 >/dev/null 2>&1; then 判別出来ない。
# if type $1 >/dev/null 2>&1; then 判別出来る。
# if which $1 >/dev/null 2>&1; then 判別出来る。
if which $1 >/dev/null 2>&1; then
  echo "$1 found."
else
  echo "$1 not found."

kanonji

POST data

$this->request->data['Model']['field'];
$this->request->data('Model.field');    //キーが無い場合はnull

1系では

kanonji

$ npm install nroongaでエラー

エラーメッセージ

$ npm install nroonga
[Snip]
npm http 304 https://registry.npmjs.org/mkdirp/0.3.0

> nroonga@0.2.3 install /Users/myuser/dev/nrn/node_modules/nroonga

kanonji

# A sample Gemfile
source "http://rubygems.org"
path 'vendor/bundle'

gem "heroku"
gem "foreman"