「配列」を含む日記 RSS

はてなキーワード: 配列とは

2017-05-05

C#でPictureBoxの配列ってどうやんの?

C#でPictureBoxの配列ってどうやんの?

2017-04-24

http://anond.hatelabo.jp/20170423213123

a-zと0-9とその他記号系は普通に文字入力

Space/Enter/Backspace/Delete文字入力

Ctrl/Shift/Alt/Winは各種ショートカット

F1ヘルプ

F2名前変更。エクセルセル編集とかも

F3検索

F4 はAltと押してウィンドウ閉じる。単体は個人的には独自ショートカットに割り当ててるから使ったこと無い。

F5 はリロード

F6IMEひらがな

F7 はIMEカタカナ

F8IMEで半角カタカナ

F9 はIMEで全角アルファベット

F10 はIMEで半角アルファベット

F11 は全画面

F12 はブラウザ開発者ツール出す

ESC はいろいろなキャンセルっぽいときに使える。一番使うのはタスクマネージャにCtrl-Shift-ESC。ChromeだとShift-ESC

PrtScr はスクショ。Altと押すことが多め。

ScrollLock はエクセルスクロールのしかた変えるとき

PauseBreak はコマンドプロンプトの流れていくのを一時的に止めるとき

Insert は上書きモードにしたいとき。あと、ShiftやCtrlと組み合わせてカットコピーになるソフトがある

PgUp/PgDn はネットみてるときエディタで一気にスクロールしたいとき

Home/End もブラウザ最初最後に飛んだり、エディタで行もしくは全体の最初最後に飛ぶ時

Tabフォーカス切り替え。あとプログラムとか書くならインデント

CapsLock はShiftと押して大文字固定にしたり、単体で押してアルファベット入力だけどIME使いたいときの切り替えとか

半角全角はIMEの切り替え

NumLock はテンキー付きなら常時ONでいいんだけど、テンキー無しのキーボードテンキー配列入力したいときに押す

無変換はひらがなカタカナ・半角カタカナに切り替えるときに。F6/F7/F8でもいい。個人的にはAHKで修飾キーにもしてる

変換は入力確定したのをIMEで再編集するとき。稀にスペースキーバグって変換できないときにスペース代わりに押したこともある

右側Ctrl/Alt/Shiftはめったに使わないけど、片手で操作したいときVirtualBox特殊キーに使う(安いキーボードだとたまにない)

アプリケーションキー?は右クリック代わり。webページで右クリック禁止されてるときにこっち押したりする

ひらがなカタカナローマ字は使ったこと無い。

Fnキーキーが足りないキーボードについててWi-Fiや画面表示や外部接続の切り替えとかPCキーボード)ごとにいろいろできる。

余り使わないのはあっても、全く使わないはほとんどなかった。

2017-04-21

プログラム日本語で書けばいい気がするけど(追記した)

定期的に思うんだけどプログラムで無理な英語にせず日本語にすればいいのにって思う。

実践はしていない)

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応日本語書けるもの

日本語でいいと思う理由は主に2つ

○画面に表示する時

フレームワーク言語にもよるけど表示するとき英語名前から日本語名前に変換して表示って手間があるものがある。

最近見かけた例だと.NETプロパティ属性に表示名書いて表示するときに取り出していた。

最初から日本語だとそのまま表示でいいことが多くて一段手間が省ける

英語がわけわからん

まず自分英語化するとき

いい単語が出てこないとか、しょっちゅう

慣れが必要だし慣れてもなんかコレジャナイ感とかで苦戦する。

次に他の人の英語化したのを見る時。

その人の英語力にもよるけど、動詞名詞が変に混ざっていたり、sがついてたりなかったり、そもそもchildsみたいな謎の語があったり。

そこそこできる人同士でも、「私はニュアンス的にこっちの単語」「僕はこの単語のほうがいいと思う」とかある。

相手の書いたところがわかりづらいのはもちろんだけど、プログラム的に同じ意味なのにクラス関数によって呼び方違うと辛い。

かといって全員に日本語英語対応を先に渡しておいて統一しようというのは大変すぎる。

日本語だと仕様の時点で日本語で書いてるからまぁおかしなことにはそうならないはず)

そういうわけで日本語で書けば色々解決するのにって思う。

----

次にデメリット

軽く調べた感じ主にこの2つな感じ。

IME」「英語圏のものへの対応

IME

半角全角を打つのってめんどい

と思うけど、実際チャットやこういう文章書いてて英語が出るときに割りと頻繁に押してる。

ほぼ無意識でやってて意外と苦じゃない。

短いとF10変換で半角にすることもあるけど、キーボードタイプカウンタとか入れてみると半角全角キーはけっこう上位にいた。

それに、なんだかんだコメント日本語で書くことが多くて、他の人と作るのならこまめにコメント書いてる。

そうなると全角半角の切り替えは普段からあるもので、あんまり気にするほどじゃない気がした。

最近じゃIDEエディタの補完が優秀だし、日本語にするにしても「最初はjから始める」とかルール入れておけば「j」って打ってあとはスコープにあるいくつかの候補から選ぶだけで全角にしなくていいかもしれない。

英語圏への対応

githubで公開したりとかライブラリ再利用してもらうとき日本語じゃ使ってもらえない。ってことみたい。

私が日本語にすればいいじゃないって思ってるのは、ビジネスロジックというかそのアプリケーション固有名詞みたいなところ。

「足し算」って関数名は 「add」 でいいと思うし、配列のそれぞれは element とか item とかそういう一般的英単語でいいと思う。

具体例がいいづらいけど、業務システムで表示する金額名前とか、日本語独特なものとか、一般的単語じゃなさそうなの。

こういうのを日本語にしたいってわけなので、ライブラリ的な共通なところは英語で良いかgithubで公開する範囲英語のものでいいと思う。

ただ、最近はやってるマストドンとか、ライブラリ的なものじゃなくアプリケーション自体githubで公開する場合はできない気がする。

でも、海外対象にしてるものだと日本語特有なせいでわかりづらい英語になる苦労とか少なそうだしそういうのだと英語いいんじゃないかな。

----

長くなったけど、まとめると、

業務システム固有名詞とか日本語特有ものとか無理に英語化してよくわからないことになってり、見づらくなるくらいなら日本語使えばいいんじゃないかな

ということ。

まあ思ってる割には実践してないので、やってる人がいたら良かった・悪かったとか聞きたいなと思ったのが書いた理由

追記


帰ってきたらすごいブクマついてた。

色々意見あってとりあえず感謝

絶対自分でやってから言えよ」みたいな意見来るだろうと思って今日の空き時間日本語行ける言語調べたり軽く日本語使ってコード書いてみたので、そのあたりと目についたコメに答えてみる。

まず、思いの外日本プログラミング言語上げてる人がいたので、うまく伝わってなかったぽい。

具体例上げずにサッと書いたらからかな。

あと自分もわりとするけどタイトルだけ見て中身見ずにコメントしてた人もいるだろうなー。

日本語で書ける言語使うんじゃなくて変数名や関数名がUnicode対応日本語書けるもの

これが、などしこやひまわりや、BF系のmisaやら北斗のあれやらうにゃーとか色々な「構文など最初から日本語を前提とした言語」ではないってこと言ってた。

---

日本語かえる言語

最近の主要な言語ならだいたい Unicode 対応でしょと思って環境があった言語を試した結果はこうだった。

JavaScript/Python/PHP/Scala/Kotlin/C#/Go/Swift

これらは日本語変数作れた。

rust と Lua は無理だった。

rust は確か前に、変数名が ascii 文字だけなことに日本以外のどこかの国からUnicode対応にしてって多くの要望あったみたいな記事があったし将来的に対応するんじゃないかなって思ってる。

実際に今どんな状態かは知らない。

その記事コメントとかでみたけど、日本語以外は割りと自国言葉を使ってたりするっぽいね

(正確なデータはないか信憑性はあるとはいえないけど)

VBA を上げてる人がいたけど、私はそこまでのはみたことない。(幸せ者っぽいな)

稀にエクセルマクロいじるときに使い方ググってて出て来る、解説してるページで関数名が日本語なのをたまに見るくらい。

パット見なんか気持ち悪い感はあるけど、読んだときのわかりやすさはけっこう大きい。

---

○使ってみて

大規模案件に使ってみてこその問題もあるだろうけど、簡単スクリプト程度のを日本語にしてみて気づいたこと。

割といける。

全角半角キーPHP の $ より楽。

PHP言語変数は全部$からはじめないといけない欠陥言語

まあ変数のみのgrepのしやすさや予約語キーワード変数名に使えるからメリットもある。

だが、$って打ちづらい。

Shift+4ってすごいつらい。

に比べて全角半角キーってちょい遠いけどそこまで苦痛じゃない。

ふだんから多用してるキーなわけだし。

ただPHP日本語の組み合わせは相性悪い。

$は半角でその後に日本語から手間が多すぎる。

それ以外の言語だと、IMEのおかげでかなり楽。

GoogleIMEだけど、多少のタイプミスは補完で修正してくれるし、予測変換が優秀だし。

IDEいから補完機能のない軽いエディタで書くようなときなら、IMEのおかげで英語変数名で書くより速度は早いと思う。

---

少し前に知人から言われた日本語デメリットを思い出したのでそれも触れとく。

仕様変更言葉変わったとき日本語だと全部書き換えないといけないよ。英語だと別にそのままでいいし。」

英語からない人が、英語言葉とみなさずただの記号として考えてるから、っていうような発言

仕様変わって変数名まで変えるのは面倒なのはわかるけど、あとからコード読む人が英語で見て意味不明になる。

英語日本語対応コメントに書いたとしても、全然意味の違う英語があるのは混乱でしかない。

こういう考えの人がいたら本当にやめてほしい。

---

あとは気になったコメントについて書いてく。

表記ゆれとか方言とか言い回しなどについては、全部日本語にするとあるだろうけど、私が想定してるのは直感的に英語にならないような固有名詞とか。

DBの項目名日本語っていうのは私の思ってるのと近い。

年金の例も○○年金というのがいろいろあって、全部英語だと嫌になってくるしよくわかる。

こういうのを日本語にしたい。

なので年金額を取得する関数で「年金額を取得する」「年金額を取得」「年金額を取り出す」とかの表記を迷うんじゃなくて「get年金額」でいいと思う。

こういう単語だけだと表記はそれなりに揃うと思う。

特にDBにある項目だと仕様とかで先に言葉が決まってることが多いだろうし。

---

見た目について。

見た目が残念とか見づらいというのは同意

ただそれ以上に読んだときのわかりやすさが大きいと思う。

見た目が悪いというのも全部英語っていう前提があるからで1ヶ月も日本語コード見ればなれるんじゃない?って思う。

---

へとヘ

これはありそうな問題

ただ、IDEを使う前提なら未使用変数エラーとか、選択したときに色が変わってないとか、割と気づけると思う。

lとIとかアルファベットでもあるけど、IDEや高機能エディタ使うと困ることはほぼなくなった。

---

ローマ字

私が日本語にしたいような固有名詞ローマ字化してるプロジェクトにであったことはある。

やすい語は見やすいけど、見づらい語は圧倒的に見づらい。

それにローマ字のほうが「ん」でnは1つか2つかや、ヘボンorローマ?という日本語より表記が揃わない問題ある。

特にローマ字場合自分キーボードで打つ方じゃないと書きづらいのでそろえてもらうのに抵抗がある。

---

ラバゴス化・日本が遅れる

海外向けとか海外の人と一緒に作る系なものって最初から英語で困らない単語ばかりだと思う。

そういうのは対象外

今回いいたいのは、元から日本しか対応してないような業務システムなど。

そういったところの固有名詞日本語になったからって、困ることはないはず。

もともとガラバゴスなわけだし。

日本しか使われないもの海外向けにするにしてもフルスクラッチで作り直すことになるようなもの

こういうのは日本語化いいんじゃないかと思う。

---

テスト

テストだと日本語が使ってる人多いのかな?ブコメスタートップだし。

とりあえずはテストから使い始めてみようと思う。

---

長くなったけど参考になる意見もいろいろあって助かった。

2017-04-03

ビジネスチャンス

テンキーカーソル独立したやつ作ってくれ

テンキーつきキーボードの右側部分みたいなやつ

 

追記

https://www.donya.jp/item/27522.html

の防水はいらないから、普通打鍵感があるやつ頼むわ

 

追記

http://shop.tsukumo.co.jp/goods/4958996970295/

¥17,280 (税込)

 

追記

https://www.amazon.com/Scorpius-32-Keypad-Professional-Numeric/dp/B0016PB994

$69.95 & FREE Shipping

 

追記

http://www.4gamer.net/games/097/G009735/20121123002/

NumPadが単体で使えればいいんだが・・

 

追記

http://pc.watch.impress.co.jp/docs/2003/0325/epson.htm

配列ちょっとなあ・・

 

追記

https://www.sanwa.co.jp/product/syohin.asp?code=NT-19UH2BK

割と近いかも。値段も安いし

ゲーミング、プログラマブルとかで検索してたけど、

カーソルキーの形状にこだわっていたあまり、見落としてたか

 

ま、東プレテンキー注文しちゃったんだけどw

一緒に注文したかったな〜〜

 

追記

東プレのやつのあとに、サンワのプログラマブルを追加発注

東プレのやつは在庫微妙だったらしく、サンワのほうが先に到着

プログラマブル試行

通常のテンキーモードキーリピート対応だけど、

プログラマブルモードは非対応

なんだそれww

 

ただ、

右手 なんかしらテンキー東プレの10000円が微妙使用感でなけるw)

左手 サンプログラマブル

これが決定版になる可能性あり

プログラマブルキー割り当てもそれなりに使えるし、

テンキーモードのNumLock解除でカーソルとして使えるので、

右手でガシガシ入力して、左手カーソル移動

いまこれで試してるわ

2017-01-22

コミュ力アップのためにプログラムを使う

互助会ふれあいコメントクリエーターというプログラムを考えた。

配列1に

ありがとうございます

タメになりました

参考になります

いいね

今度やってみたい

今度試してみます

いいですね

これは気になる

これは面白そう

大好き

これはすごい

よろしくお願いしま

素晴らしい

すごいですね

なるほど

参考になる

これは為になります

これはやばい

勉強になりました

いいね

大変参考になります

同感です。

参考にさせていただきます

これ読んで工夫してみます

参考になります

を入れる

配列2に

文字

を入れる

配列3に

(^^)

φ(..)

(*'▽')

_φ(・_・

文字

を入れる

乱数でそれぞれの配列のi番目を取得する

配列1と配列2と配列3から選んだ文字列を結合する

すると…

参考になりますφ(..)

同感です!(^^)

勉強になりました!

のような文字列が生成されるよ。

できた文字列コピペしてコメントしよう!

ふれあいコメントが苦手なあなたにも互助会賛助会員風のコメントが書けます

文字列自動生成すれば、心にもないコメントを書くこと閾も下がるよね。


応用例としては、元記事を取得して、記事の内容を解析。

ジャンル特定して、食べ物食事場合は、「おいしそう」「食べてみたい」「今度つくってみます」のような特定ジャンルしか使えないことばが出るようにすることもできそうだ。

互助会認定するためにこのコメントが出てきた回数をカウントして、元記事評価する用途にも使えそう。認定しても何のメリットもないけどね。

そんじゃーね

2017-01-14

http://anond.hatelabo.jp/20170114155348

明確な目標があるのに、もったいない

ネットだと、情報が多すぎるのかな

javascriptかな?と思ったけど、ruby

ifもforもでてこなくてスマ

eachが形を変えたforです

いろんなとこからコピペ量産して、2時間近くかかりました^^

api取得はすぐだったけど、json、hash、arrayでごにゃごにゃ)

rubyソース

# ライブラリ
require 'net/http';
require 'uri'
require 'json'

# 検索文字
$q = 'http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json'

# web-apiから取得
# https://support.nii.ac.jp/ja/cib/api/b_opensearch
def search(q)
    uri = URI.parse(q)
    json = Net::HTTP.get(uri)
    result = JSON.parse(json)
end

=begin
取得データ1件サンプル
{"title":"糞土",
"link":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249"},
"@id":"http://ci.nii.ac.jp/ncid/AN00094249",
"@type":"item",
"rdfs:seeAlso":{"@id":"http://ci.nii.ac.jp/ncid/AN00094249.json"},
"dc:date":"1953",
"dc:creator":"糞土会",
"dc:publisher":["糞土会"],
"prism:publicationDate":"1953",
"cinii:ownerCount":"8"},
=end

# データ整形
#
# 入力データ構造
# {"@id":"http://ci.nii.ac.jp/books/opensearch/search?q=%E7%B3%9E&format=json",
#  "@graph":[ { "items":[ ,,,
#
# 出力(ハッシュ)
# {title => dc:date ,,, }
def format(hash)
    title_date = Hash.new

    # ハッシュキー"@graph"の値の配列の先頭のハッシュキー"items"のハッシュ配列を取得
    items = hash['@graph'][0]['items']

    # タイトル出版年を取得して、戻り値ハッシュへ追加していく
    items.each do |item|
        title = item['title'].chomp
        date  = item['dc:date']
        title_date.store(title, date)
    end

    return title_date
end

# 並び替え
def sort(hash)
    hash.sort_by do |key, value|
        value
    end
end

# 出力
def print(hash)
    hash.each do |key, value|
        puts "#{value}年 #{key}"
    end
end

# メイン関数
def main
    # web-api検索して、
    result1 = search($q)
    # データを整形して、
    result2 = format(result1)
    # 出版年で並び替えて、
    result3 = sort(result2)
    # 出力する
    print(result3)
end

# 実行
main

rubyスクリプトの実行結果

C:\Users\unko\Desktop\prog>ruby webapi.rb
1848年 人欲辨 (じんよくべん)
1870年 雀糞論説
1920年 青瓷説
1933年 管内ニ於ケル鶏糞ノ利用状況
1947年 糞尿譚 : 小説1953年 糞土
1955年 黒い裾
1955年 形成
1959年 石糞
1972年 糞 : 海田真生個人文芸誌
1972年 乳幼児糞便図譜
1987年 糞尿と生活文化
1991年 皇居と糞尿と大嘗祭 : 皇居「糞尿」裁判を支える会ニュース
1995年 糞袋
2000年 糞尿史 : 遷都は糞尿汚染からの逃避だった
2005年 「糞尿」大全
2007年 糞虫たちの博物誌
2008年 うんちのはなし : う~んとげんきになる
2009年 糞神

2016-10-14

http://b.hatena.ne.jp/entry/gigazine.net/news/20161014-most-driver-phone-navigation/

http://b.hatena.ne.jp/entry/gigazine.net/news/20161014-most-driver-phone-navigation/

古い情報コメしてる人多いなと思ったので、最新情報独り言

機種は市販OEM、DOP全般

OEMナビは、自動車メーカーが開発元を選ぶんだけど、機能性より、値段重視で選ぶから使えない物が多い

500万Overの車だと良いナビが着いてる

OEMナビに不満あるなら、オーディオレスで車買って、DOPか市販品がベストなチョイスかと

一番痛いのは文字入力の遅さだろうな。その上、スマホに比べて高いし、地図更新にも金がかかる

事前にスマホで調べたところを、またカーナビに再入力するの馬鹿馬鹿しいもんね

目的地の設定に多くの労力がかかる」

運転中の操作ロックされる」

スマホカーナビソフトの方が早いし渋滞情報リアルタイムだし、

カーナビはもはやバックモニターの抱き合わせくらいのポジション

問題GPS頼りなとこだけなのでカーナビが使うようなセンサー等をスマホで利用できるようになれば専用カーナビを使う理由はないのでは。そういう製品も数年内には出そうな気もするけど。

リビングTVと同じで単一機能を使うだけにしては高価すぎるデバイス自動運転スマートホームが普及すれば価値が上がるだろうね

わかる! 我が家の車についてるマツコネIKEA鶴浜からの帰り道、名神豊中から乗りたいのに、何が何でも近隣の阪神高速から第二京阪を案内しようとする。嫌になってYahoo!カーナビ使ってる

2016-10-13

英文法で迷ったら、一回プログラミング言語にすると良いよ

なんか知り合いが、↓を読んで、全く判らんが何だこれって言ってたんで解説したのメモっとく

英語が読めるようになるには英語を読むしかないが『日本人の英語』シリーズは読む価値あると思う - しいたげられたしいたけ

制限用法」と「非制限用法」は、「まず制限用法ありき」の用語

日本人英語シリーズは、

「a」と「the」と「何もついてない」名詞が、

全部違う名詞って話から入ってると思うんだけど(うろ覚え

ぶっちゃけ、「the」って言ってんのにそれが自明以外で説明がなかったらキレて良い。

と、英語話者は思ってるってのが、まず大前提にある。

なので、「制限用法」ってのは、

「オレの言ってる姉は、例のアレよアレ、あのアネよ」って制限するって意味がまずある。

で、そのうえで、そうじゃない「非制限用法」がある。

制限用法を、短文で理解するのムリ

そのまんま引用するけど、ここで「older sister(姉)」って言ったあとに、

なんかシカゴとか言ったな、姉の説明ねって、英語話者はボーっと聞いてたら思う。

  • 「こないだ姉ちゃん家行ったんだけどさ、シカゴに住んでる」

これを聞いた日本人は、どう思う?

『そんなん、聞いてる相手によって違うに決まってんじゃねーか』が正解。

  • (息子→父親)「こないだ姉ちゃん家行ってきたんだけど、シカゴの」
    • 父、母、姉、姉、息子の5人家族で、父親は姉が二人居るのを知ってる

この状況だと、父は「ああ、2人の姉のうち、シカゴの方だってのを伝えようと制限したんだな」って考えるわけだ。

まあ、考えないけど。どっちの姉ってああシカゴの方のねって理解するだけで。

これが制限用法ね。

この状況だと、友達は「ほーん、姉ちゃんシカゴに住んでんだ」と素直に思うだろう。

これが非制限用法ね。

おいおい、前提条件で制限用法か非制限用法か違うってナニソレ、とか思うだろ?

それが頻出である文脈によって判断する」ってヤツだよ。

(厳密に言うと、『日本人英語』での説明にも『前提条件無しで短文を読むなら』ってのが常についてると思って読まないといけないハズ)

プログラミングに置き換える

そうすっと、「どういう姉」かを伝えるやり方があって、

  • シカゴに住んでる方の姉貴を訪ねた。

って書いてあったら、日本人は「ほーん、じゃあシカゴに住んでない姉も居るのね」って考えるから

  • 「私には複数の姉があり、そのうち一人がシカゴに住んでいる。私はその姉を訪ねた」

って意味である、ってのが「I visit my older sister who live in Chicago.(コンマなし)」の解説なワケよ。

このまんまだと判り難いだろ?

疑似C言語あたりにすると、こんな感じ。

#define CHICAGO 1

int sister[3] = {45, 43, 41};
int who;

who = CHICAGO;
printf("%d", sister[who]);

まあ結果は43が出てほしいよね。

シスター配列を、CHICAGO指定してんのね。sister指定するのに使う変数who

ならこんな感じ

#define CHICAGO 1

int sister = 43;
int who;

printf("%d", sister);

who = CHICAGO;
printf("%d", who);

カンマで区切られてるから、『一回出力』してんのね。姉だ。

で、その後、どこ住んでるかの番号が出力される感じ。シカゴだ。

英語カンマは、「そこで一回出力してくれ」って命令だと思うのがコツ。

カンマが入っていないwhoは、ワザワザそれを伝えて限定しようとしてると読むべき。

まとめ

英語よりC言語の方が楽。

楽な言語に落とし込んで理解した方が早い。

2016-09-30

JavaScript配列初期化の話

JavaScriptで、配列を各要素がユニーク新規オブジェクトになるよう初期化したい。

Ruby

ary = Array.new(8) { Hash.new }

みたいなことをしたいのだけど、うまい書き方がわからない。

単純な実装としては

const ary = [];
for(let i; i < 8; i++){
  ary[i] = {};
}

みたいな感じだけれどもこれはなんとも微妙であるワンライナーで書きたい。

ちょっとかっこつけると

const ary = Array.call(null, ...Array(8)).map(() => { return {}; } );

とか

const ary = [...Array(8)].map(() => new Object() );

とかできなくもないけど、これらもどうにも不格好である

何かもっとシンプルクレバースマートなやり方はないものであろうか。

const ary = Array(3).map(()=> new Object());

とかできたらよかったのだけれども、残念ながら空要素はスキップされるらしく、これでは空配列が返ってくるから

一旦展開させてundefinedで埋めた配列を生成してからmapしなければいけないらしい。最終的に得たい配列が1つなのに、その前に別の配列を2つも生成するのが気持ち悪い。

2016-09-27

USキーボード配列設定の状態で、JISキーボードから記号入力

USキーボード配列設定の状態で、JISキーボードから記号入力メモ
入力したい記号タイプするキー
\ バックスラッシュ  ] ('む'が刻印されている)
パイプ } (shift + 'む')
` バッククォート 半角全角キー
~ チルダ shift + 半角全角キー

普段は外付けのUSキーボードノートパソコンに繋いで使っているけど、

一時的ノートパソコンについているJISキーボード作業をする時、特に上記のキーのいちが分かりづらかったのでメモ

2016-09-24

クリスチャンの私が)これから読みたい本リスト

1.自然科学

クリスチャンになると自然自然科学に興味が湧く(ダジャレ事故)。

光文社からたまたま出てたダーウィン種の起源』が分かりやす面白かったため、自然科学古典を読んでいきたい。

あと社会科学系の本ばっかり読み過ぎて飽きてきたのもある。

ガリレオ望遠鏡で見た星空の大発見

星界の報告』の新訳。望遠鏡で観た星空の様を感動と共に書いた本、らしい。あと地動説が論じられてるとか。

和田純夫プリンピアを読む』

ニュートンの『プリンピア』を中学高校レベル数学で平易に解説した本、らしい。別にこの本じゃなくてもいいんだけど、要するに『プリンピア』に何が書いてあんのかをざっくり知りたい。

チャンドラセカール『「プリンピア講義』なる本も定評があるらしいが、難解らしいので警戒している。

2.小説

池澤夏樹編『宮沢賢治/中島敦』(日本文学全集16)

図書館解説だけ読んだら、あの難解な宮沢賢治の内容がものすごく分かりやす解説されていて驚いた。本作はその解説(読み方)に従って作品配列した全集

といってもどう見てもキリスト教に引っ張られた解釈(「完全な自然と不完全な人間の対比」)で、どこまで鵜呑みにしていいのか分からんけど。

ちなみに有名な『雨ニモマケズ』は、昔からキリスト教っぽい詩だなぁと思っていたのだが、モデルの男と目されている人物斎藤宗次郎)がクリスチャンらしい。ホントかどうかは知らんが興味深い。

ヘッセ『クヌルプ』※追記

ブコメで勧められたのを検索してたら発見人生をやり直したいという主人公に神が答えるシーンがものすごく良い。

ドストエフスキー貧しき人びと

ドストエフスキーデビュー作。といっても彼が社会主義者で、ゴリゴリクリスチャンになる前の作品。なぜか光文社から新訳が出た。

どうも金と愛の話らしい。

3.社会科学

シュンペーター資本主義社会主義民主主義ⅠⅡ』

クリスチャンになる前はマルキストだったので、この本には昔から興味があった。

古い訳で分厚くでかいしかなかったので敬遠していたのだが、このたび何故か新訳された。マルクスブーム万歳である

ついでにヒルファディングの『金融資本論』も新訳してください。

とりあえずこんなところ。

2016-09-19

絶滅絶滅騒いでるけどDNA配列記録しとけばいいだけだろ

どうせ未来では電子の海で完全再現されてるんだし

2016-09-18

クイックソート

技術的な話をすると食いつく人が多いはてな界隈

だけどそんな高尚な話じゃない。

10年以上前職場で、たまたまスプレッドシート上に示されたなんかの値を整列させないと上手くいかない事があって、マクロを組まざるを得なくなり、ちょこちょこっと勉強してみてソートアルゴリズムなるものがあることを知った。

それ以来プログラムなんか書いた事はなかったのだけど、またしても書かざるを得なくなった。

「その振込み用データって名前あいうえお順にならない?」って頼まれて「簡単に出来るよー」と安請負たからだ。

最初エクセル上で普通に整列させれば良いと思ってたんだが、表形式上データの取扱いに難点があり、エクセル操作だけでは出来ない、あるいはかなりややっこしい事が判明した。

そこで、昔取った杵柄、マクロ書いてやろうかと。

クイックソート使わなくともバブルでも全然問題なかったんだけど、何故かクイックソートに拘った。

しかし、そのクイックソートアルゴリズムが思い出せない・・・

こんなことここに書いたらバカにされるのは分かりきってて書いてるんだけどね。

ググれば済む話なんだけど、歳食って頑固になってきたからか、意地でも思い出そうとノート数字書いて並べたりして考えて。

・・・よくよく思い出すと、10年前の当時、そもそもクイックソートアルゴリズムをそんなに知らずにただただソースコード拝借しただけだった事を思い出した。

でも、なんとなく、なんか左右に入れ替え続ける図みたいなのがあったなぁってのと、再帰アルゴリズムってーのを使うというところを思い出して、1時間くらい掛けて独自クイックソートをするコードを書き終えた。

テストして、勘違いなどのバグを直し、整列に問題ない事を確認

我ながらやるじゃん!・・・と思ったのも束の間、付随するほかのデータを同じ順に並べなおさないといけないことに気付く。

てことは、元の配列の添字を別の配列に入れて、ソートするときに一緒に入れ替えて元の順序を保存するようにすれば良い?・・・と思ってやってみたがこれが上手くいかない。

結局、ほんの些細な勘違いをしてたことに気付くまでに2時間も掛かり、頼まれから計3時間後、「簡単に出来るよー」と豪語してしまった相手を呆れさせてしまった。しかもその間他の仕事放ったらかし。

最近ホント無駄に歳食ったなぁと思う。このままではボケるの早いだろうな・・・

2016-09-17

diNovo edgeを超えるキーボード

ない。後継とかないんだろうか。

  • 見た目はオシャレなほうがよい。
  • あんまり打鍵感にはこだわらない。どちらというと軽いやつのほうが好き。
  • US配列だとなおよい。

2016-08-15

プレ・シン・ゴジラとしてのザ・ワールド・イズ・マイン

トシモンの出てこない「ザ・ワールド・イズ・マイン」という感想が一部にはあるけど、

言及されてる記事が少ない気がするのでちらっと書いておきます

パクリがどうとかではなくて、シンの「得体の知れない脅威に向き合う日本」「政治劇」など、

かなり構成要素と配列が似ているのでシンが好きな人は気に入るかもしないので読んで欲しいなと思ったしだい。

ヒグマドン(怪獣)」「トシモン(殺人鬼)」「日本(人類)」という対立軸で描かれているんだけど、

そこからトシモン」を抜くとほぼシン・ゴジラのスジになる。超おすすめ

ただし「ザ・ワールド・イズ・マイン」は絵柄がポップじゃないし、グロいので、万人受けはしないかも。

庵野監督も絶賛していた、という話もありますので、引用元の一つではあるのかもしれません。

2016-08-09

PHPの気になる関数2つ

問題: PHP関数2つを使って、配列 ["He", "is", "a fat man"] を ["He", "is", "a", "fat", "man"] に変換せよ。

↑この問題の答えとなる2つの関数ですが、ネーミングセンスある意味絶妙だと思うのです。08/09 の今日から言うけど。

2016-08-04

http://anond.hatelabo.jp/20160804195148

前歯が90捻れて生えていて噛み合わせが右にずれていったせいで僕は長年顎関節症に悩まされていた。

まあ顎はズレているが、歯並び自体は前歯が捻れている以外そこまで悪くない。

足立梨花や昔の相武紗季が同じパターンで捻れて生えていて、

あんな感じの歯並びで顔の輪郭ともさかりえだと思ってくれればいい。

そして口を開けばばきばきと音がなり付け根が怠い。

まり口を大きくも開けなかった。

そんな僕も歯列矯正でましになるとのことで、矯正を始めたんだが

それを見た出っ歯の知人(僕より1年程前から矯正に取り掛かっていた)が

「そのなりで矯正とか贅沢じゃない?」と怪訝な顔でいってくれたのが印象深い。

彼女矯正器具というものを、

大きく飛び出した出っ歯や二重配列というような状態の深刻さを示す記号だと見なしている節があったのかもしれない。

それに該当しない僕のような者が矯正を始めることは彼女にとって、

些細な美醜に囚われた滑稽な様であり、

決して自分がそれと同一視されていいはずがないという面持だったのかもしれない。

それにしてもいくら僕を見下げていたとしても

面と向かってあんなことをはっきりと言ってのけるのは

がさつというか些か品性や思慮に欠ける言動ではないかと未だ感じるところがある。

2016-07-16

キーボード大好き

HHKBとか、Majestouchとかを使っている人、無理してない?

ただ周りに流されてるだけじゃない?

HHKBバカみたいに高いしキー配列が完全にマゾ向けだし、

Majestouchはバカみたいにうるさいか職場じゃ使えない気の毒なキーボードだし。

自分は両方使った(HHKB Pro 2とMajestouchの赤軸)けど、

どう考えてもApple純正ワイヤレスキーボードのほうが安いし使いやすいよね。

薄い(キートップが低い)からオタク臭いパームレストとか使わずに済むし、

英数/かなキー英語キーボードだと左右のcmdキー)で日本語入力モードを切り替えるの便利だし。

あと英語配列を勧めてくる意識高い系の人なんなの?

日本に住んでる日本人英語キーボードを使うメリットよりデメリットのほうがはるかに大きいよね?

英語キーボードは見た目が美しい(キリッ」とか言う前にMacベタベタ貼ったステッカー剥がしたら?

無理してない?

ただ周りに流されてるだけじゃない?

エンドユーザコンピューティングの話

社内SE転職した俺。

もともとその会社には専任IT担当者がいなくって、俺が初の担当者

で、色々な素人達が片手間に作ったシステムメンテナンスをすることもある。

殺意最初に芽生えたのはホームページビルダーで作ったHTMLソース

完全に物理タグレイアウトしてるじゃん!くっそ汚えコード

次はExcelVBA。なんでサーバDB上のデータを取り込むのに、

サーバ上でCSVにするプログラムをわざわざ動かして、

APIFTPを叩いてダウンロードODBCじゃダメなんですかね...

今やってるのは、素人MySQLPHPに手出しをしたプログラム

なんと、正規化という概念はないし配列も使ってない。

なんか、再コーディングした方が簡単なんじゃないかって思うプログラムマジで

2016-06-29

http://anond.hatelabo.jp/20160629160535

配列操作やらが楽だからだな。>phpが便利

例えばSQL文を生成する際に以下のINの所にカン区切りデータを入れる際、

SELECT * FROM ITEM WHERE ITEM IN (...)

このIN文に入れるデータテキストデータなんかで格納されてて、適宜読み出して使う場合普通にコードを書くとクソ面倒くさい。「行ごとにカンマは足していくが、末尾のカンマは取り除く」みたいなどうでもいい処理を書く羽目になって、それだけで10行近くコードが膨れる。

しかし、phpならば$IN=implode($list,",") とかでいい。

こういうような糞処理を関数一発で何とかしてくれるのがphpには沢山ある。

jsonなんかのパースも、特にライブラリ読み込んだりしないでもjson_encode()json_decode()なんかでいい。

とかく普通にやると面倒くさい処理の殆どデフォで揃ってるのがPHPだ。

PHPやった後にPythonやると、あれもこれも機能が不足してたりして結構辛かったぞ。

2016-06-09

anond:20160609151803

ありがとうございます!!

とてもよく分かりました.

保護じゃなくて保存だったのですね.

エネルギー保存,もしくは有機化学的な官能基保護の話かと勘違いしていました.

サポーティングインフォメーションでこのタンパク質と他のタンパク質配列比較しているのは

そのためだったのですね.

(頭悪くて恥ずかしい)

http://anond.hatelabo.jp/20160609142558

タンパク質は、アミノ酸複数並んで、それが折り畳まれて出来ているイメージは分かりますよね?

そのアミノ酸1つ1つが残基(residue)と呼ばれます

タンパク質アミノ酸配列は、同じ目的タンパク質でも動物人種によって配列微妙に異なっているんですが、

どの動物人種から取ってきたタンパク質でも、ほぼ同じ配列になっている部分があります

この部分が、conserved residues です。

どの動物・種にも共通ということは、その部分の配列が変わるとタンパク質機能が失われてしまうと思われています

遺伝子変異で、その部分の配列が変わると個体としては死んでしまうので子孫を残せない)

2016-05-23

キーボード

Windows10Logitech英語キーボードを使いたいので設定を色々弄る。

Windows10って、配列変更が普通に設定から選べると言うことはありがたかったが、変えても変えても配列日本語のまま。

なんでやねんUSBを抜き差ししても変わらない。

そこで試しにUnyfingのペアリングを一回切って、ペアリングし直したら普通に使えた。

ペアリングしなおし、盲点だった。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん