0pxの画像ファイル - Un nouveau monde parfumé
序 0px.org というドメインを持っています。このドメインはなるべく短く、かつ意味ありげなドメインが欲しいと思って選んだだけで、特に意味はありません。専らサーバーの alias や短縮 URL に使っています。 さて、0px.org で配布すべきリソースとはなんでしょうか。当然 0px×0px の画像ファイルです。しかし、どんな画像編集ソフトでも大抵キャンパスサイズの最小は 1px×1px です。そもそも 0px の画像を許すフォーマットなどあるのでしょうか。というか画像を2次元的なものとするなら、0px×0px の画像は果たして画像なのでしょうか。 ……とりあえず 0px 画像の哲学的な問いかけは一旦忘れることとして、思いついたメジャーな画像フォーマットについて仕様上 0px×0px の画像が許されるのか、調べることにしました。 PNG www.libpng.org 3章 File
社内slackにVIPチャンネルを作った話 - Qiita
ABEJA Advent Calendarの1日目です。 はじめに 昨年はABEJA Platformに関するAdvent Calendarでしたが、今年はプラットフォームに限らず幅広い技術を扱おう、ということで縛りを作らずに様々な技術を紹介していきます。 さて、皆さん、社内でのコミュニケーションツールは何をお使いでしょうか。色々なツールがあると思いますが、Slackを使っている所が多いのではないかと思います。Slackはとても良いツールなのですが、使いこなす会社側にその運用ルールが委ねられています。中でも、DMやプライベートチャンネルでの秘密の会話による情報格差などが発生することが問題になり、オープンチャンネルに限定している会社も多いのではないでしょうか。しかしながら、オープンに会話をすれば、皆が平等かつ平和に会話ができるか？というと、全くそんなことはありません。オープンにすると下記のよ
強いエンジニアにHelloWorldさせてみた(縛りあり) - Qiita
縛りプログラミング こんにちは、LIFULL HOME'S事業本部 技術開発部の宮崎です。 これはLIFULL その2 Advent Calendarの8日目の投稿になります。 ついでにLIFULL Advent Calendarもよければご覧下さい。 縛りプログラミングとは 今回の記事は、僕がConfluenceの記事で出したある問題の解答集となります。 その問題が以下のとおりです。 ソースコードにダブルクォート、シングルクォート、数字を書くこと無く、「LIFULL」と出力して下さい。 最後に改行を付けること。 言語は問いません。 完全にHelloWorldですね。このHelloWorldを幾つかの縛りを設けて解いてみろ！という感じです。 この記事を見た方もどのような方法があるかぜひ考えてみて下さい。 幾つかは自分で実行の環境を用意するのがめんどくさかった用意できなかったので、動作確認で
Gitの脆弱性によってリポジトリをクローンすると「うんこもりもり」と表示される - BppLOG
8/11にGitの脆弱性 ( CVE-2017-1000117 )が出ていました。 CVE-2017-1000117 - Red Hat Customer Portal これは、gitクライアント上での任意のshellコマンド実行の可能性があります。 重要度 - Important Gitでの"ssh"URLハンドリングにshellコマンドインジェクションの欠陥が見つかりました。これを利用して、悪意のあるレポジトリや悪意のあるコミットを行われたをレポジトリに対して"clone"アクションをGitクライアントで実行した際に、Gitクライアントを実行したユーザの権限でshellコマンドを実行される可能性が有ります。 Gitの脆弱性 ( CVE-2017-1000117 ) — | サイオスOSS | サイオステクノロジー 実際にどんなことが起きるか 百聞は一見にしかず。 このリポジトリを cl
あっと驚かせるJavaプログラミング(をやめよう） - Qiita
はじめに 驚き最小の原則（法則）という言葉があります。 Wikipediaの記事を引用すると http://ja.wikipedia.org/wiki/%E9%A9%9A%E3%81%8D%E6%9C%80%E5%B0%8F%E3%81%AE%E5%8E%9F%E5%89%87 ユーザインタフェースやプログラミング言語の設計および人間工学において、インタフェースの2つの要素が互いに矛盾あるいは不明瞭だったときに、その動作としては人間のユーザやプログラマが最も自然に思える（驚きが少ない）ものを選択すべきだとする考え方である。 要するに、使うときに「おやっ？」という驚きが少ないほうが良いプログラムであるといえます1。 この記事では敢えて驚きの多いプログラムの書き方を紹介します。驚きの多いプログラムを読むとどんな気分になるか、実際に体験してみてください。もちろん、本当は驚きが少ないプログラムを書
不思議の国のSE用語 - Qiita
不思議の国 SEが住んでいるところ、そこは不思議な不思議なお国柄です。 新たな国民として移住してきた人、特産物のシステムを買いに来た人など色々な人がこの国には存在します。 しかしこの国で話される言葉は 独特 です。 ぱっと聞いただけでは意味がわからなかったり、よく似た表現であっても微妙にニュアンスが違っていたり。 似たような表現を使い分けるその裏に、その人の意図や省略された文脈が隠されていたりもします。 どこの国でもコミュニケーションを間違うと非常に厄介ですが、そんなことにならぬよう、 お国言葉らしきもの をまとめてみました。 SEを代表例として、このお国言葉を話す人も、話される人も、改めて言葉の意味合いを見つめなおしてみると新たな気付きが得られるかもしれません。 なお、そんなことから 「絶対にSEしか使わない用語」を集めたわけではない のでその点ご了承くださいませ。 他言語版 @micr
コードレビューの高まった言葉 - 職質アンチパターン
ブログ間違った，普段こういう事はこっちに書いてます． http://moznion.hatenadiary.com 最近自分がコードレビューで使いがち，あるいは表立って使ってないんだけど内心評す時に使う言葉が色々とあり，まとめてみることとした．参考にしない方が良いと思う． 左は言葉，右は説明． 屈強 - コードが力強い時に使う．例えば長い一枚スクリプトとか，コメントが一切ないバッチ処理とか．やや批判的な意味合いで使うことが多い． マッチョ - 屈強と同じ文脈で使いがち 屈強だけどしなやか - 屈強だけどしなやかな時に使う．好意的な屈強さと言える． モノリス - 長大なトランザクションスクリプト見た時とかに使う．やや批判的． 言い訳ないですか - 後で直していくぞ！ というメンタルの時に書かれたコードのコメントが案外少ない時に使う言葉．言い訳は無いよりあった方が良い．実際には「もうちょっと言
【比較】各プログラミング言語の特徴をかなり適当に説明する - 私の戦闘力は５３万マイクロです
こんにちは、意識低い系サラリーマンのKENです。 こんな記事を読みました。 igcn.hateblo.jp ※2016/1/10 コメントでのご指摘を受け、VB、PHP、Pythonを追加 アラフォーになってから、プログラミングに挑戦する。素晴らしいです。僕なんて最近新しいことほとんど始めてません。 ただ、上記記事のiGCNさんが「明確な目標はない」と言われていますが、これはちょっと気になりました。 自分の場合は例えばiPhoneアプリを作りたいとか、Webサービスを立ち上げたいとかの明確な目標があるわけではない。目標があれば、それに適した言語を選択すれば良いのだが。転職目的でもないから、求人の多寡なども参考にはならない。 というのも、プログラミングは目的無しに漠然と始めるとほとんどの人は途中で飽きて投げ出す可能性が高いです。 Webサービスを作るでもスマホアプリを作るでもなんでもいいです
バブルソートよりも非効率なソートアルゴリズムを探して ―― ストゥージソートとスローソート - Line 1: Error: Invalid Blog('by Esehara' )
はじめに 恐らく、プログラマの中で配列内の要素を整列させたりするソートにお世話にならなかった人、というのは余り考えられないのではないでしょうか。しかし、とはいえ、大抵はソートを自前で実装せず、組み込み関数であったり、あるいは何らかのライブラリで済ませることが殆どだと思う。 車輪の再発明というよりも、バグとか、自分が考慮していなかった挙動などを避けるために、自前でソートを組むことは余りないのですが、とはいえ、自分なりにソートを実装して見ると、それがどういう特徴を持ったソートであるか、というのがわかりますし、また、ソートというのはいったいどういう操作で実現されるのかという洞察が深まってくるなあ、という実感があったりする。 なので、今回はあるソート二つについての話を書くのが趣旨です。 最高のアルゴリズムはある、だが最悪のアルゴリズムは何か 一口にソートといったところで、ソート自体にも銀の弾丸があ
#IT系童話 まとめ
宵闇の社畜(深夜残業) 火刑の社畜（火の車） 黒き社畜の宿（社内） 硝子の棺で眠る社畜（過労死） 生と社畜を別つ境界の古井戸（社畜＝死） 社畜の塔で眠る姫君（格差社会） 青き社畜の城（顔色） 磔刑の社畜（濡れ衣） 暁光の唄(完徹) ファイナルファンタジーＳまとめ http://togetter.com/li/531824 エバー・ラスティング・アロー・ミストルティン編まとめ 続きを読む
Ruby を用いた超絶技巧プログラミング（夏のプログラミングシンポジウム 2012）
超絶技巧 Ruby プログラミング - Esoteric, Obfuscated Ruby Programmingmametter
[Java]Java 59 bytes FizzBuzz - terazzoの日記
お題: Java 30byte FizzBuzz - プログラマーの脳みそ ぎ「FizzBuzzが110文字で書けるなら、1文字2bitの文字コードで記述すれば220bitで記述できる。byteに直すと28byteになる」 な「無茶言うなあ」 せ「だいたい、1文字2bitじゃ文字が4種類しか扱えないじゃない」 じゃあ、まじめに「1文字単位でちゃんと符号化できる」という縛りなら、実際何bitならFizzBuzzが記述できるかやってみた。 方針 まず、FizzBuzz自体をなるべく短くする。 ↓ 使用されている文字の種類を少なくする。 ↓ ソースがなるべく短くなる符号化の方法を作る。 ↓ 文字コード作成。 結果 FizzBuzz(97文字)は35種類の文字で書けて、上手く符号化すると59バイトになるよ。 daphne:FizzBuzz terazzo$ ls -l src/z.java -rw
![[Java]Java 59 bytes FizzBuzz - terazzoの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/a65a07d7792813c8367bd1d4b0cdaa6e946d0a9e/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Ft%2Fterazzo%2F20110212%2F20110212000739.jpg)
LAMPは死にGUNDAM (Github Ubuntu Node Dropbox AWS MongDB)の時代へ - W3DDD
クラウドWebサービス時代は GUNDAM (Github Ubuntu Node Dropbox AWS MongDB) だ！！ おい！おいおい！「LAMP経験者募集してます」っておい！もう2012年だぞ！もっとナウい感じのがあるだろ！！クラウドWebサービス時代は GUNDAM(Github Ubuntu Node Dropbox AWS MongDB)だ！！「LAMP経験は？」「俺がGUNDAMだ！」— Wataru MIYAGUNIさん (@gongoZ) 3月 12, 2012 LAMP (Linux Apache MySQL Perl-PHP-Python)の次の技術の総称はGUNDAMという言葉としてjanos,num,lnnmなどあったようですが 今ひとつ普及しない感じがありました。 しかし"GUNDAM"という言葉は普及しそうですね（ネタ的にもいいので） LAMPという言
VSSヤバイ - じゃがめブログ
ヤバイ。VisualSourceSafeヤバイ。まじでヤバイよ、マジヤバイ。 VSSヤバイ。 まず高い。もう高いなんてもんじゃない。超高い。 高いとかっても「WindowsOSくらい？」とか、もう、そういうレベルじゃない。 何しろ７万円。スゲェ！ なんかフリー版とか無いの。オープンソースのバージョン管理アプリを超越してる。低機能だし超高い。 しかもファイル破損するらしい。ヤバイよ、破損だよ。 だって普通はCVSとかファイル破損しないじゃん。だってバージョン管理アプリなのに変更履歴が消えちゃったら困るじゃん。履歴比較できないとか困るっしょ。 前のバージョンに戻そうとロールバックしたらファイルが壊れるとか泣くっしょ。 だからCVSはファイル破損しない。話のわかるヤツだ。 けどVSSはヤバイ。そんなの気にしない。破損しまくり。Analyzeコマンドを叩いても全く復旧できないくらい取り返しつかない
闇プログラマーに喧嘩を売ってしまった昼下がり～条件分岐篇～
※このまとめに含まれるプログラムは一種のパズル的な遊びです。 くれぐれも用法用量を守った上で正しくご利用ください＞＜ 実用するならば、“言うまでもなく” if か ?: を利用すべきです。 やばい連中に喧嘩を売ってしまった……。 続きを読む
実はオブジェクト指向ってしっくりこないんです！：気分はstatic！：エンジニアライフ
わたしはこれまで、C言語、Visual Basic、SAP ABAP、最近になって ASP.NET C# などの言語を使ってきた。 「自分でクラスを作ってオブジェクト指向っぽいことをしている」なんてことはまったくない。特に「メンバー関数をstatic宣言すればインスタンス宣言をしなくてもいい」ということ知ってからは、メンバー関数を従来のファンクションのように使っている。共有変数も、pubulic static宣言していまう。したがってプロパティなんて作らない。 staticを理解していない人のコードを見ると、いちいちインスタンス宣言しているので笑ってしまう。データベースにアクセスするアプリケーションをC#で書いているのだが、Visual Studioで供給しているSQL関係のクラスを使えばできてしまうのだから。 オブジェクト指向の入門書では、クラスが持つ隠ぺい性が強調されているが、これは他
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
fullstack-engineer.com
fullstack-engineer.com
Why does this code using random strings print "hello world"?
404 Error - File Not Found