エロマンガ島
出典: フリー百科事典『ウィキペディア（Wikipedia）』
ナビゲーションに移動
検索に移動
エロマンガ島現地名: Erromango Island
Erromango, Dillon's Bay. July 8th 1858. John Williams, Missionary, killed 1840 by Thomas Bent .jpg
1858年のスケッチ
Vanuatu - Erromango.PNG
地理
場所メラネシア
座標南緯18度48分50秒東経169度7分22秒
諸島ニューヘブリディーズ諸島
面積 892.25 km2 (344.50 sq mi)
最高標高 886 m (2,907 ft)
行政
バヌアツの旗バヌアツ
州 Flag of Tafea Province.svg タフェア州
人口統計
人口 2,109人[1]（2016年時点）
人口密度 2.4 /km2 (6.2 /sq mi)
テンプレートを表示
エロマンガ島（エロマンガとう; 英: Erromango）は、南太平洋、バヌアツのタフェア州最大の島。ニューヘブリディーズ諸島の一つ。「エロマンゴ島」、あるいは「イロマンゴ島」とも表記される。そのエロ漫画を連想させる名称から、日本では特に珍地名の一つとして紹介されることがある。
目次
1 地理
2 歴史
3 行政
4 交通
5 言語
6 脚注
7 参考文献
8 関連項目
地理
エロマンガ島の地図
島の中心部に標高 837 mの火山がある小島で、周囲は珊瑚礁に覆われている。面積 887 km2、人口は2016年の国勢調査では2,109人[1]。主要な産業は牧畜業・農業で、肉牛を飼う大きな牧場が広がっている。西側のディロン湾に好錨地を持つ[2]。かつては全体が密林に覆われ上質な白檀が取れたが、乱伐によって現在はほとんど森がなくなり、白檀も取れなくなった。
歴史
18世紀にはイギリスとフランスの旧共同統治領になっていたが、実質上は無政府状態に近かった。ポリネシア系の住民が大昔から住み着いており最盛期には10,000人に達していた。
1830年代から各国が宣教師を送り込み教化を試みたが、送られてから数年以内に原住民の人間狩りに遭って虐殺されて食べられるという事件が頻発していた。犠牲者の中にはロンドン宣教師協会のジョン・ウィリアムズも含まれていた[3]。
1840年代から、宣教師や白檀目当ての商人たちが持ち込んだ赤痢やはしかなどの伝染病が、島中に蔓延するようになり、人口の減少が始まる。商人たちによる住民の虐殺なども頻発するようになった。1860年代には白檀の大半が伐採され森林は荒れ果ててしまった。これ以降は奴隷狩りによる人身売買が島を訪れる商人たちの主目的になっていく。1884年にフランス人宣教師が人間狩りに遭い、殺されて食べられるという事件が起きると、フランス軍が上陸し報復を行った。しかし、イギリスとの領有権問題から、イギリス側の抗議を受けたため、フランス軍は村をひとつ焼き払っただけで撤退した。
1887年に共同海軍委員会を設立して島の治安維持に当たることになった。しかし、住民を保護する法律もなければ行政機関もなく、住民が白人に危害を加えたときに報復するためだけの組織としてしか機能せず、実質的には無政府状態のままだった。
1906年にイギリスとフランスの間で共同統治領とする条約が調印され、各種の法律整備も進められ、行政機関が設置されて無政府状態が解消した。原住民に対してもキリスト教の布教を行い食人文化を禁止し、文明化をすすめたため、20世紀初頭には食人は完全になくなったといわれている。
最盛期には人口1万人に達した繁栄した島であったが19世紀から激減する。住民は現在でもキリスト教の宣教師を殺した神罰により衰退したと信じているが、実際の人口激減の理由はヨーロッパ人がもたらした伝染病による大量死、略奪、オーストラリア開拓のための奴隷狩り（ブラックバーディング）である。このため、島の社会は崩壊し、キリスト教化された住民の間にポリネシアの伝統文化などはほとんど残っていない。

Permalink | 記事への反応(0) | 18:53

2021-06-25

■

>>33

情報系ぜんぜん関係ないただの学生

プログラミングがたいして出来なかったから、ろくなもんになれないと思ったもんで

まあ攻めより受けは圧倒的に楽なもんだよね

サーバーの運用に関してはセキュリティについて結構書かれてる本多いし

解析する方としては、ハード、OSの基本的なシステムとwebやネットワーク関連を身につけたら、

既存のツール活用するだけでフォレンジックの真似事やマルウェア分析ができる

数万相当で売ってたカランサムウェアもちょっと説明つけて検体送ってやれば、半日で役立たず

多段パッカーとかでワンチャンあるかも分からんし、こういうのはいたちごっこだけど。恒心サポートとか付いてくるんかね？ｗ

嫌儲にも貼ってあったけど超便利なサンドボックス

Cuckoo Sandbox: Automated Malware Analysis

ttp://www.cuckoosandbox.org/

Malwr - Malware Analysis by Cuckoo Sandbox

ttps://malwr.com

闇市

k5zq47j6wd3wdvjq.onion

tom3j5jkjl7327oc.onion

　別の闇市が登録した矢先に逝って草

　ttps://infotomb.com/mn3u8.png

The Exploit Database

ttp://www.exploit-db.com/

こんなのもあるけど、勉強と他のセキュリティ関係のブログやリポート読むのが先かな

Permalink | 記事への反応(0) | 14:03

2021-03-06

■anond:20210306052849

猫ならPNGだね。

Permalink | 記事への反応(0) | 07:29

2021-01-31

■anond:20210131155920

俺もgifとpngの見分けがつかない。256色あれば俺の目は満足

Permalink | 記事への反応(1) | 16:00

2021-01-20

■anond:20210120155121

音色の話なのに音質の話してる人何人かいるけど関係ないと思うよ

音質ってのは画像でいうなら高解像度 pngで保存するか、jpgで縦横サイズも小さくして保存するかみたいな話

対してこの評論家が問題にしてるのは「え、Windowsのペイントだけで描いてるの？しかもろくに陰影もつけずにベタ塗りで？」みたいな製作技法の話だから

Permalink | 記事への反応(0) | 16:01

2021-01-03

■

というかPHPをやる以上

どうしてもJpegやPNGは扱うことになるし

そこにウォーターマークをプログラムで入れたり

画像は扱うことになる。

PHP プログラマーという段階で

最低限の芸術スキルが求められる。最低限な。

Permalink | 記事への反応(0) | 19:00

2021-01-02

■いらすとやで初めて年賀状作ったらめっちゃ 簡単だった件

特にはてな界隈で度々取り上げられて話題となっていた「いらすとや」のことを、前からなんとなーく気にはなっていたので

今年の年賀状で思い切って使ってみた。

めっちゃ簡単だった。

まず、イラストの種類がとても豊富だったので、表現してみたいと思っていた通りのイラストをすぐ見つけることができた。人物だけでも、老若男女、あらゆる服装、あらゆる表情のイラストがあるので、表現してみたいと思うものについての選択の制約がほとんどなかった。

次に、画像は透過PNG 形式なので、画像の加工の手間がほとんどなかった。例年だと、どこかの画像を持ってきてから、年賀状に使いたい部分だけ切り出したり、背景の色を潰したりの作業で地味に時間が掛かっていたが、いらすとやの画像ではそのような作業は一切不要だった。

そして驚いたのが、「マスク画像」の柔軟性の素晴らしさだ。

今年は皆さんご存知の通りの世界的事情なので、私も今年の年賀状の人物には、どうしてもマスクをつけないわけにはいかなかった。

いらすとやのトップページにはPC版の場合、イラスト検索欄のすぐ下に、マスクのイラストがついている。

失礼ながら正直なところ、こんな画像が使い物になるのだろうかと半信半疑だったが、マスク画像を人物のイラストの上に置いて拡大縮小の操作をしてみると、これがなんと全く違和感なくピッタリと顔に合ったのだ。

もちろんいらすとやには、最初からマスクを着けた人物のイラストがかなり豊富に用意されているのだが、マスクを着けていない人物とマスク画像との組み合わせを行えばほとんど何の問題もないので、今後出てくるであろう新しいイラストでは、マスクを着けた人物のイラストは一切不要ではないかと思ったほどだ。

ちなみに、私が年賀状作成に利用したソフトはExcelだ。例年はExcelとペイントを使っていたが、今回はペイントの出番は全くなかった。

いらすとやを初めて実際に使ってみて、これがはてな界隈だけでなく、研究者や役所などでも重宝されているのは全くもってもっともなことだと納得した。

Permalink | 記事への反応(1) | 21:21

2020-12-02

■IT(?)に立ち向かうための心構えとか考え方

anond:20201130214610

いろいろ面白かったので、適当に回答する。

＞ 1.具体的な事が分からない

プログラミングで主にやる事は下記の2つ。
①IFでAかBを選択させてどっちかの設定を実行
②Whileで決められた回数分繰り返す
これでやりたいことは分かる。分かるけれどこれでどうやって動画や音楽のエンコードをしたり
画像処理をしたりするソフトウェアになるのかというのがよく分からない。

とてつもなく複雑で冗長な処理によって実行されている。

複雑すぎて人間の直感で理解することは不可能だ。

わかりやすいので画像処理でいうと、数十万から数百万の画素（RGBAの24bitで表される数値）を小さなブロックに分解し、数学的に周波数の重なりとして計算して変換、含まれる頻出パターンをテーブルにして圧縮伸張を行なう。みたいなことが瞬間的に行われている。

「まさかそんな事できるわけないだろ」というレベルの処理が実際に行われており、これまた直感的でない。

適当にリンクを挙げる。

だからそれをどう書くんだよ。という答えはコレ。有名なjpegの実装だ。

https://github.com/LuaDist/libjpeg

フレームワークだとかよく分からないものを持ってきて使ってくださいってなっている。

libjpeg というライブラリを書くことはできるだろうか？画像の圧縮の理論から考え始めることはできるか？

正直無理だ。自分はプログラマだがそんなに数学が得意ではなく、頑張ったとしても下手するとコレを作るのがライフワークになってしまい、他のことができなくなる。

例えばブラウザを0から作るとして、jpegの処理以外にも画像だけでpngとかgifとかwebpとか、その他もろもろとてつもない作業が必要になる。

「とてつもなくて想像もできないので流石に無理だろう？」

いや、でも、実際動いてるのよ。ここ何十年、コツコツと積み重ねて実現している。

「積み重ね」とはライブラリであったりフレームワークであったりOSであったりする。

だからそのフレームワークがどういう風になっているのかって説明からして欲しいって思う。

「どういう風になっているのか」

多くの場合、內部の実装に関しては詳しく知る必要はない。

外部に向けたインターフェイスがどうなっているのかは理解する必要がある。「使う」ために必要だからだ。

この2つは分けて考えなければならない。

これでどうやってゲームを作ったり、検索エンジンを作ったりするんだとなってくる。

ちなみに、たとえばChromeのコアである Chromiumはのコードはコレだ。

https://chromium.googlesource.com/chromium/src

つまり言いたいことは、実際に動くアプリケーションというのを作りたいのにも関わらず
プログラミング入門書は、これで判定と繰り返しという基礎ができますと言うだけ。
これがもう滅茶苦茶イライラする。

「これで判定と繰り返しという基礎ができます」というのが基本的な理論（定理的なもの）で、その他に必然的だが唯一無二ではないベストプラクティスというものがある（法則的なもの）。

後者をうまく説明する入門書に出会っていないんだろうな。という印象。イライラはやめよう。つかれる。

ベストプラクティスはいろいろあるのだが「層の構造にする・レイヤーに分ける」というのは重要なアイデアだ。

libjpegというのはjpegの処理を行う「ライブラリ」だ。他のアプリケーション...たとえばブラウザはこのライブラリを「使う」。

ブラウザではjpeg 画像の圧縮展開というとてつもなく難しい処理を「libjpegの使い方」の理解までで済ませ、過去の蓄積であるlibjpegのコードを利用することで真の意味で0から実装しないようにしている。

この場合、libjpegが「低レベル・低レイヤー」の存在であり、中身については「使い方」つまり「仕様」の理解までしか行わないことで、実際に作りたいものを作れるようにしているわけだ。

「巨人の肩に乗る」とよく言われる。

つまり完成しているプログラムを参考にしようと思っているにも関わらずそれがないのでよく分からない。

完成しているプログラムは二例ほど挙げたがどうですかね？

複雑なことをする、特に低レイヤーのコードはとてつもなく難しい。

でも、とりあえずこんな感じのコードなら解るよね？

https://www.google.com/search?q=%E3%81%98%E3%82%83%E3%82%93%E3%81%91%E3%82%93%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%A0+javascript

こういうレベルから理解して、ちょっとずつ難しい処理を学んでいくしかない。

だから木材を渡されてこれで家を作れと言われるくらいハードルが高い。

ハードルは高いんですよ。実際。

なので、木材からだと難しいからプレハブのキット的なものを探すとか、ログハウスのカタログを読むとか、あるいは100人乗れる物置を買うのがいいかもしれない。そういうところから始める。

それらがフレームワークであったりライブラリであったりする。目的に合うものを探して、自分がやりたいことをどう実現するかとにかく考える。

「テキシコー」https://www.nhk.or.jp/school/sougou/texico/ で言われる通り、「小さく分けて考える」「手順の組み合わせを考える」「パターンを見つける」「大事なものだけ抜き出して考える」「頭の中で手順をたどる」をひたすら実行する。

ゲーム作りにはそういうアプリを使えば楽だからそれを使えという人もいる。Unity？だっけ。
でもそれはそれ。そうじゃなくてプログラミングでどうやってそれが作られているのかが分からない。

unityはコードが公開されているので、本当に読みたいなら。。

https://github.com/Unity-Technologies/UnityCsReference

なぜそこでオブジェクト指向になるのかが分からない。
オブジェクト指向は内部構造を知らなくても直感的に利用できる素晴らしいものだとは思う。

オブジェクト指向は一旦忘れよう。

オブジェクト指向の「隠蔽」というのは層の構造が持っている重要な要素ではあるけど、「低いレイヤーについて考えない」のが基本的な作戦だという理解の方が重要だ。

が、プログラミングでは、その内部構造を作らなきゃいけないのだからそれを知る必要がある。

前述の通り「できる限り作らない」んですよ。「使う」だけ。知るべきことを最小化する。

巨人の肩に乗り、車輪の再発明は基本的に避ける。

そして本当に作るべきものに関しては、利用する下のレイヤーのライブラリなりを探して・仕様を理解して、どう組み合わせてfor, if, あるいは計算させれば実現できるのかをひたすら考える。

じゃあ具体的に何を作りたいのかというと、英語のフリーソフトの言語表示を日本語に翻訳するソフト。

単に翻訳がしたいのか？表示に割り込む方法を知りたい？日本語に翻訳するのは実行時なのか開発時なのか？

要求される表示エリアが言語によって異なるために、デザイン調整が必要になる問題をどうするか？

解決したい問題をもっと分解したほうがいい。

分解が甘いので何をしたらいいか調べることができないんだと思う。

たまに便利なフリーソフトが海外版の時があるんだけれど、日本語化が出来ない事があるので、自分が自由に
日本語化できるようにできれば凄くストレスが減る。だからやりたいのだけれどそういうのがよく分からない。

ちなみに、アプリ内の文言というのはアプリの外部から変更できないように実装されている事が多いので、利用者が上書きする仕組みはかなり難しい。

AndroidなりiOSの仕様にもそのへんに割り込める機能はないはずなので、OSの開発に入っていく必要がある。結構大変だとおもう。

アプリの開発者が、そういう機能を備えた多言語化のためのライブラリを使うようになれば実現可能ではあるので、そっちの方向で頑張るのがおすすめだが、英語圏の開発者には多言語化のモチベーションが低いという基本的な問題はあるのよね。

この辺の「できる・できない・むずかしい」の判断は、いろいろな勉強をすると常識としてある程度みえてくる...気がする。

ついでに。ウェブサイトやウェブサービスの翻訳だとこういうサービスがあったりする。

https://wovn.io/ja/

ブラウザはページの描画処理のなかに割り込む余地が大きく取ってあるので、ブラウザのExtensionとかならできることがいくらかあるかもしれない。

＞ 2.説明が出来ても説明が出来ない

個人的に気に入らない話はOSのアップデートは使いやすくなるからとてもいい事だからすぐにやった方がいいと宣伝されている事。
セキュリティが高まりますというのが宣伝文句だけれど、これで大体老人たちやITの知識に疎い人は躓く。

まあ、半分は嘘だよね。古いものが残っていると先に進めないんだよ...。

現在のクライアント OSは、巨大なプラットフォームのパーツの一部として理解したほうが正しくて、古いパーツが残っているとツライんですよ。

そして「サービスを受けるための道具であって、あなたが何でも好きにできる機械ではないです」みたいな世界になりつつあって、ちょっと問題と言われてもいる。

これはかなり困った傾向なんだけど、全体としての流れはあんまり変わりそうにない。

またここでオブジェクト指向が出てくる。

オブジェクト指向好きですな...。ここではオブジェクト指向は特に気にしなくていいですよ。

だからパソコンはたまに不具合を引き起こすんですという説明が着地点になる。

とてつもなく複雑なことをやっているために、すべてのバグを潰すことはコストが高すぎてできないんですよね。

それよりバグは未来を先取りするコストと考えて、本質的に価値のある機能を増やしていくというのが基本的な方向になっている。

だからパソコンはたまに不具合を引き起こすんです。しゃーない。

しかし中途半端に理解している老人などは、そんなことじゃ分からん。自分に分かるように説明しろと言い出す。
説明は出来る。しかし相手はイライラするし理解されない。よって説明をしてはいけないという状況に追い込まれる。
ここでどうすればいいのだと理解不能に陥る。

まあ、説明って得てして難しいよ。しゃーない。

何故なら自分もOSのアップデートの不具合の原因というのが分からないから。
Microsoftが、Appleが、Googleがそうしているんですとしか言えない。

そのとおりです。

プログラムのソースコードのどこかにエラーがあるのだろうけれど、どこにあるのかなんて当然知らない。
そもそもソースコードを調べるのは違法なのでやれないし。

オープンソースのプロダクトなら原理的には調べられるけどね。Androidとかはオープンになってる。

https://android.googlesource.com/

だけどみんなそんなものを使っているし自分も使っている。正直こんなんでいいのか人類と思う事がある。

それを許容することで先に進んできているという事実は受け入れたほうがいいと思う。

「把握・理解可能な範囲」に留めていたら、数十年前のコンピュータの世界から抜け出せなかった。

deep learningの世界ではそれがより一層進むかも。この辺は詳しくないけど。

当然仕組みを理解している人はいるし、そんな人にとってみれば当然のことであっても、全ての中身を知っているわけではない。
どれだけ知っていても知らない事があるのがIT。理解しがたい。理解が出来ない。

ここでの「理解」についてはそのとおり。これはもう諦めるしかない。

＞ 3.自分は頭が悪い

これが常にある。IT関連は常に新しい情報が出てくるのでそれに送れると無知になってしまう。
なんでこんなことも分からないんだとか言われ放題で、IT系の企業に努めている人は常に新しい知識を入れられる
面倒くさがらない人が向いている。

「面倒くさがり」の方が問題に気づいて「頑張って面倒じゃなくする」ことができるので、プログラマにとっては美徳なんて言われますけどね。

同時にくじけないとか諦めない、しつこいみたいな素養は必要かも。

表計算ならいけるんじゃないかと思ったときがあるのだけれど「射影」とかいきなり意味不明な言葉が出てきて、

勉強しろ。

それから受験していない。だから持っているのはIT パスポートだけ。情けない。

応用まではとろうな。がんばれ。

＞ 4.最後に

USB-TypeCをTypeAに変換してはいけないとか最近まで知らなかった。

このへん自分も知らんですよ。べつに全部知っている必要はない。

面白いからたまに調べたりもするけど。

（追記: はてな記法の引用すらもさっきまで知らなかったしな！そんなもん）

更にレガシー、すなわち過去の遺産なるものについても理解ができない。古い物がずっと使われ続けているITの環境。
もう誰もメンテナンスが出来ないものが延々と使われているという事実。

層の構造をとっているということと関係があるんですが、仕様が変わると、その上に乗っているものを全部なおさないといけないんですよね。

なので「互換性」というのが非常に重要なのです。

でも革新のために互換性を捨てなければいけないケースも多い。このへんはハードでもソフトでも同じ。

そして、メンテのコストが上がっても使い続けたほうがトータルで安上がりという場合は、古いものが残ってしまう。

あるいは「（多少の問題はあっても）動いているものは変えるな」という経験則から意図的に残す場合もある。

西暦 2020年にもなって、プログラミングが簡単には出来ないし、ハードウェアの規格も完全に統一はされていない。
というかプログラミング言語自体多すぎる。ソフトウェアはデファクトスタンダードのモノ程度は知っているが、

いまは原始時代にいると思ってもらって構わないと思いますよ。

ぜんぜん完成していない荒っぽいものを目にしているのだと理解したほうが的確。

それなのに毎日理解のできないパソコンやスマートフォンを使っている。
オブジェクト指向のおかげ様だがオブジェクト指向に対して無性に腹が立つ。
自分の全く知らない場所でいけしゃあしゃあと演算を行い、そして結果を出す。それも大半が正しい結果で
利便性が抜群だ。些細なミス(バグなど)はあるが圧倒的に利便性が勝っている。
そんな道具に踊らされている自分が滑稽だ。理解できない愚かな自分は正に機械の奴隷のようだ。
本当に理解できない。辛い。

勘違いしてはいけないのは、それらはすべて先人の努力の蓄積によって成り立っているということ。

「よくわからないけど存在している道具」ではなくて、信じられないほど複雑だけど、多くの人々の行動によってなんとかかんとか実現した道具なんですよ。

「オブジェクト指向のおかげ様」じゃないんです。（もちろんオブジェクト指向というのも大きな発明の一つですが）

そしてブラックボックスとして使うのは多くの場合正しいです。そこは諦めましょう。

でもエンジニアとしての立場からは、その裏に隠れているとてつもない技術や思考の蓄積に感動してほしいなと思う。

なので、ちょっとずつがんばって勉強してください。

人類がこんなもん作れたのって、かなりすごいよ？

Permalink | 記事への反応(13) | 15:41

■

あっタカシくんのお母さんじゃないですか！お久しぶりです！タカシくん元気ですか？

あの子ったら進路どうするのって聞いたら名実ともにVの者になるって言ってディスプレイに頭突っ込んで電子生命体になったのよ！

今YouTubeにアップロードされようとして頑張ってるみたいだけど、ファイルの形式が違いますって言われて行ったり来たりしてるらしいわ。

へぇーあっ俺のDMにタカシが送られてきてる！お前拡張子なんなの？png？お前それ画像だよ、しかもちょっと画質悪いタイプだよ！

来世ではせめて.wavになれよな

Permalink | 記事への反応(0) | 10:09

2020-11-24

■捜査 関係者様へ

ttps://anond.hatelabo .jp/20201108050604#

https://anond.hatelabo.jp/20201120123551#

https://anond.hatelabo.jp/20201122013349#

https://anond.hatelabo.jp/20201120113752#

https://anond.hatelabo.jp/20201120021958#

https://anond.hatelabo.jp/20201120022311#

https://anond.hatelabo.jp/20201120023126#

https://anond.hatelabo.jp/20201120141307#

https://anond.hatelabo.jp/20201122160845#

https://anond.hatelabo.jp/20201121224212#

追（11.29）

anond.hatelabo .jp/20201126081708#

anond.hatelabo .jp/20201126191704#

anond.hatelabo .jp/20201124224152#

anond.hatelabo .jp/20201127205628#

anond.hatelabo .jp/20201125215328#

anond.hatelabo .jp/20201129213244#

👨🏻‍🦳

anond.hatelabo .jp/20201127095330#

anond.hatelabo .jp/20201126003852#

👨🏾‍🦱

anond.hatelabo .jp/20201123110712#

anond.hatelabo .jp/20201129194341#

anond.hatelabo .jp/20201129212344#

anond.hatelabo .jp/20200716172826#

anond.hatelabo .jp/20201023223906#

✅

anond.hatelabo .jp/20201207043539#

anond.hatelabo .jp/20201207041424#

anond.hatelabo .jp/20201207050559#

anond.hatelabo .jp/20201202185118#

anond.hatelabo .jp/20201129221412#

anond.hatelabo .jp/20201209212443#

anond.hatelabo .jp/20201209212471#

anond.hatelabo .jp/20201209212746#

⚠️

anond.hatelabo .jp/20200709185149#

anond.hatelabo .jp/20200801090500#

anond.hatelabo .jp/20200704223851#

anond.hatelabo .jp/20200916122731#

anond.hatelabo .jp/20201128183845#

🦠

anond.hatelabo .jp/20201113212959#

anond.hatelabo .jp/202011 11181230#

anond.hatelabo .jp/20201113212327#

anond.hatelabo .jp/20201114013226#

anond.hatelabo .jp/20201113233601#

anond.hatelabo .jp/20201015235913#

👮🏼‍♂️

anond.hatelabo .jp/20200911205147#

anond.hatelabo .jp/20200916122731#

anond.hatelabo .jp/20200916124610#

anond.hatelabo .jp/20200401070806#

anond.hatelabo .jp/20201128183845#

anond.hatelabo .jp/20201128184444#

anond.hatelabo .jp/20201126081708#

anond.hatelabo .jp/20201211 113804#

anond.hatelabo .jp/20201211 114721#

anond.hatelabo .jp/20200918004101#

anond.hatelabo .jp/20201213005404#

🐈

anond.hatelabo .jp/20201129221412#

anond.hatelabo .jp/20201130005748#

👮‍♀️ 110

anond.hatelabo .jp/20200703003837#

anond.hatelabo .jp/20171209133138#

anond.hatelabo .jp/20180711182606#

anond.hatelabo .jp/20201120022515#

anond.hatelabo .jp/20200908172919#

anond.hatelabo .jp/20201214022424#

ttps://dotup.org/uploda/dotup.org2333023.png （現在地が違う不正アクセスの可能性）

ttps://bit.ly/3mitXtc

ttps://bit.ly/2KmifRf

anond.hatelabo .jp/20201212112720#

🚨

anond.hatelabo .jp/20201213145511#

anond.hatelabo .jp/20201108050604#

👁

anond.hatelabo .jp/20201214023421#

anond.hatelabo .jp/20201214013709#

👨🏻‍⚖️

anond.hatelabo .jp/20201118230105#

anond.hatelabo .jp/20201217184903#

anond.hatelabo .jp/20201213105124#

👩🏻‍⚖️

anond.hatelabo .jp/20201214235354#

anond.hatelabo .jp/20201214234120#

anond.hatelabo .jp/20201210064326#

anond.hatelabo .jp/20201218231342#

🚯

ttps://bit.ly/3mP39Bb

Permalink | 記事への反応(0) | 07:52

2020-10-28

■

別に、高速フーリエ変換のアルゴリズムは知らなくてもいいけど、Web制作者ならPNGとJPEGの違いくらい知っててくれ。

Permalink | 記事への反応(0) | 12:07

2020-08-30

■おかんのおかん アートのモチベが高くて眩しい

パートのシフト減って家にいることが多くなったおかん、最近の趣味はアニメ鑑賞とイラスト。

毎期新アニメまとめサイトで見るアニメ吟味して暇な時間はスマホで野菜と動物の絵を描いてる。

描いた絵はSUZURIってとこでグッズにして売ってるらしくて、自分でつくったトートバッグを買ってリビングに飾ってた。

昔から絵を描いていたわけじゃなくて本当に最近始めて、

jpgとpngの使い分けもできてないから毎回背景の白を消しゴムで消している。

そんなおかんが眩しくて羨ましい。

おかんのすごいところ

①カラーでイラストを描く

②毎日コツコツ仕上げる

③閲覧数などの数字を気にしない

これ、めちゃくちゃすごくないか？！

こんなモチベの塊みたことねえぞ？！！

対して自分はどうだろうか、

①1週間に1枚くらい落書きを描くだけ

②カラーが苦手だから同人誌の表紙くらいしかまともにカラー絵を描かない

③頑張って描いた自カプの絵が30いいねでカプ移動した神絵師が気まぐれに描いた自カプの絵が4000いいねだったときにめちゃくちゃ落ち込んだ(30いいねでもいつもより10倍評価されている)

④空いている時間でVtuberを見ている

見たらわかる、ここ3ヶ月自分は絵を描くことにモチベーションがまるで無かった。

故におかんを見るたびに心にくる

こんなにモチベのある絵描きが身近にいるって初めてだ

自分はいいのかこのままで

社会人になってもお絵かきはやめないんだろ？自カプを布教するんだろ？

とりあえず、自カプのカラー絵を1か月で描くことにする。

おかん、ありがとうな。

Permalink | 記事への反応(0) | 22:53

2020-07-14

■Google アナリティクスに詳しいやつおる？

PDFを開いたときにカウントしようと思って

色んなサイトを参考に対応しているんだが

全然上手くいかないんだ。

HEADには以下を埋め込んでいる。

＜!-- Global site tag (gtag.js) - Google Analytics --＞

＜script async src="XXXXXXXXXXXXXXXX"＞＜/script＞

＜script＞

window.dataLayer = window.dataLayer || [];

function gtag(){dataLayer.push(arguments);}

gtag('js', new Date());

gtag('config', XXXXXXXXXXXXXXXX');

＜/script＞

本文中のtableには以下のように記載した。Onclickはサイトの丸コピだ。

＜a onclick="gtag('event', 'アクション', {'event_category': 'カテゴリ', 'event_label': 'ラベル' 'value': '値'});" href="B-001.pdf" target="_blank"＞＜img src="pdf.png"＞＜/a＞

でも、ダメなんだよなぁ。

アクセス数は正しく表示されんのに

PDFのダウンロード数、展開数がどうしても出せん。

良いサイトしらない？

Permalink | 記事への反応(0) | 13:21

2020-06-03

■anond:20200603093523

紙を使う必要が無くなってきてるからね

PDFとか生データとかで十分じゃん

写真ですらjpgやpngをクラウドに入れてみるくらいだぜ

Permalink | 記事への反応(1) | 09:58

「PNG」を含む日記

■IEの地獄はIE6,IE7,IE8,IE9が乱立していた時だった

■[今日知った言葉]PNGTuber

■はてな民は JPEG がお嫌い

■もうPythonは終わりました

■エロマンガ島の歴史

■いらすとやで初めて年賀状作ったらめっちゃ簡単だった件

■IT(?)に立ち向かうための心構えとか考え方

＞ 1.具体的な事が分からない

＞ 2.説明が出来ても説明が出来ない

＞ 3.自分は頭が悪い

＞ 4.最後に

■捜査関係者様へ

■おかんのおかんアートのモチベが高くて眩しい

■Googleアナリティクスに詳しいやつおる？

■Google アナリティクスに詳しいやつおる？