RoboCup Junior Japan Rescue Kanto OB
2005～2013
2005～2013
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
遥か昔、Mastodon（マストドン）というSNSの記事を書いたのですが、皆さま覚えていらっしゃいますでしょうか。
私は忘れていました。
今日の記事は再び、今話題の分散型SNSについての投稿となります。
今回紹介するのはMissekyというSNSです。
※厳密にはSNSではないですが、広義のSNSということで・・・TwitterもMastodonもその枠ですし。
実はMastodonより歴史が深く、2014年から開発が行われている日本製のSNSです。
しかも開発は個人で行われていて、
開発者ご本人があの与謝野晶子とレターパックで有名なMisskey.ioにいらっしゃるため、
比較的簡単にコンタクトがとれるというメリットがあります。
また、オープンソースなので派生forkもいくつか誕生しているようです。
MissekyはMastodonやTwitter創設者J.ドーシー氏が開発したBlueskyと同様に
ActivePubというプロトコルを採用しています。
これは簡単に言うと、インスタンス間でのデータのやり取りに使われるプロトコルでして、
全てのデータをJSON-LD形式で飛ばし合うような統一規格となっており、
これにより、MissekyはMastodonとの相互連携ができ、
端的に言えば、MisskeyのアカウントでMastodonのアカウントをフォローし、投稿を確認することができます。
※Blueskyは現在のβ版ではActivePubを切っているので、現状フォローができません。
じゃあMastodonで良くない？と思われるかもしれないのですが、決定的な違いがあります。
それがMFM（Markup Language For Misskey）です。
こちらのページを見て頂ければわかるように、Twitterでいうツイートに様々な「仕込み」を行うことができるんです。
※こちらのページのMFMは記法が古いため、現在のMisskeyでは動作しないものが多いです。
Twitterと違いMisskeyでは最大3000文字までの投稿が行えるので、様々なMFMを記述することが可能です。
また、Discordのスタンプ、絵文字のような機能である「カスタム絵文字」という機能があり、
どんな絵文字が登録されているかで、Misskeyインスタンスの色が出ているといっても過言ではないと思います。
他にも様々な機能があり、口が裂けてもMastodonと同じようなもの、とは言えないですね。
で、このMisskeyなのですが、昨今のTwitter（今はXって言うんでしたっけ？）の不祥事の連続のせいで。。。
現在大変な人気となっております。
特に自称非公式サーバーのMisskey.ioの盛り上がりが大変目を見張るものがあり、
ioを中心としてMisskeyの輪が広がりつつあります。開発者のしゅいろさんの根城なのに非公式とは言わせんぞ・・・？
Misskey HQの法人化に伴い、Misskey.ioはMisskey公式サーバーとなったようです。
で、そんなMisskeyなのですが、タイトルにもあるように実はらじぷろでもインスタンスを建ち上げております。
という訳で、2，3回の記事に分けて
2023年中頃現在のMisskeyインスタンスの立ち上げについて記事にしていければいいなと考えています。
今回は公開サーバーになるのでクラウド上に上げていきますよっと。
そんな感じで第1回の記事はこの辺で終了です。
（＾・ω・）ノ RadiumProduction at curonet
私は忘れていました。
今日の記事は再び、今話題の分散型SNSについての投稿となります。
今回紹介するのはMissekyというSNSです。
※厳密にはSNSではないですが、広義のSNSということで・・・TwitterもMastodonもその枠ですし。
実はMastodonより歴史が深く、2014年から開発が行われている日本製のSNSです。
しかも開発は個人で行われていて、
開発者ご本人があの与謝野晶子とレターパックで有名なMisskey.ioにいらっしゃるため、
比較的簡単にコンタクトがとれるというメリットがあります。
また、オープンソースなので派生forkもいくつか誕生しているようです。
MissekyはMastodonやTwitter創設者J.ドーシー氏が開発したBlueskyと同様に
ActivePubというプロトコルを採用しています。
これは簡単に言うと、インスタンス間でのデータのやり取りに使われるプロトコルでして、
全てのデータをJSON-LD形式で飛ばし合うような統一規格となっており、
これにより、MissekyはMastodonとの相互連携ができ、
端的に言えば、MisskeyのアカウントでMastodonのアカウントをフォローし、投稿を確認することができます。
※Blueskyは現在のβ版ではActivePubを切っているので、現状フォローができません。
じゃあMastodonで良くない？と思われるかもしれないのですが、決定的な違いがあります。
それがMFM（Markup Language For Misskey）です。
こちらのページを見て頂ければわかるように、Twitterでいうツイートに様々な「仕込み」を行うことができるんです。
※こちらのページのMFMは記法が古いため、現在のMisskeyでは動作しないものが多いです。
Twitterと違いMisskeyでは最大3000文字までの投稿が行えるので、様々なMFMを記述することが可能です。
また、Discordのスタンプ、絵文字のような機能である「カスタム絵文字」という機能があり、
どんな絵文字が登録されているかで、Misskeyインスタンスの色が出ているといっても過言ではないと思います。
他にも様々な機能があり、口が裂けてもMastodonと同じようなもの、とは言えないですね。
で、このMisskeyなのですが、昨今のTwitter（今はXって言うんでしたっけ？）の不祥事の連続のせいで。。。
現在大変な人気となっております。
特に自称非公式サーバーのMisskey.ioの盛り上がりが大変目を見張るものがあり、
ioを中心としてMisskeyの輪が広がりつつあります。開発者のしゅいろさんの根城なのに非公式とは言わせんぞ・・・？
Misskey HQの法人化に伴い、Misskey.ioはMisskey公式サーバーとなったようです。
で、そんなMisskeyなのですが、タイトルにもあるように実はらじぷろでもインスタンスを建ち上げております。
という訳で、2，3回の記事に分けて
2023年中頃現在のMisskeyインスタンスの立ち上げについて記事にしていければいいなと考えています。
今回は公開サーバーになるのでクラウド上に上げていきますよっと。
そんな感じで第1回の記事はこの辺で終了です。
（＾・ω・）ノ RadiumProduction at curonet
最初に断っておくと、転職絡みの話ではありません。
まず経緯から。
ちょっと色々ありまして、Pythonをまた触ることになりました。
「また」といっても今回の案件はPython3でして、今までは仕事の関係で2しか触ったことがなく、
しかもそれが3年半前という、これからPython3案件を請けるにしては、割とヤバイ状況でして、
どうにかしてリハビリがしたい・・・でも今Pythonの環境持ってないし・・・
・・・ということで、オンラインで何か面白いリハビリ材料を探していたら、ヒットしたのがpaizaでした。
paizaというのは、ITエンジニア向け転職・就活・学習サービスで、恐らくかなり新興のモノです。
少なくとも僕が学生の頃にはなかったハズ・・・
職業エンジニアの方からするとオンラインコーディングができるこちらのページの方が有名かもしれません。
基本的には転職サイトのようなのですが、プログラム関係の学習サービスを展開しているほか、
スキルチェックというサービスがあって、paiza上でランク分けされたプログラムの問題を解くことによって
ユーザーのランク分け機能がある他、AtCoderのようなレーティングなんかもあったりします。
なんかpaiza側の解答が間違っている問題がちらほらあるみたいで、レーティングはあまにリ参考にならないかもしれません・・・
ぶっちゃけ上の方は競プロ絡み案件で、あまり実務には適さない問題も多く、
正直あまり興味はないのですが、スキルチェックの問題を利用すればPythonのリハビリになるのでは？と思いまして
とりあえずその場のノリでスキルチェックをやってみることにしました。
paizaのランクはS、A、B、C、D、Eの6ランクが存在し、問題のランクはS、A、B、C、Dと5ランクあります。
実は自分はpaiza自体は2年ほど前から登録だけしてる状態でして、ずっとEランクのままでした。
自分のランクよりひとつ上の問題が一問でも解けたらランクアップとなります。ランクダウンはないっぽいです。
どうやらpaiza自身はこのランクに随分と大きな自信を持っているようで、
高ランクになる度に耳障りのいい台詞を見る機会が増えていきますが、噓八百と考えたほうがいいでしょう。
で、一番易しいDランクの問題を初めて見たのが今から5日前になります。
スキルチェックでは色々な言語が使えるようで、僕の知らないプログラミング言語も対応しているくらいでした。
で、Dランクの問題ですが、
記憶にないです。
※因みにスキルチェックの問題は外部に記載が禁止されているそうです。
いや、なんか簡単というか、流石にこれで終わらせるのブログとして色々アレなので、
この記事を書くにあたって、paizaのログに残ってる自分の解答を見直したのですが
1行しか書いてない。
マジでこれ書けなかったらこの業界来ない方がいいぞ・・・？って本気で思うレベルでした。
ソースを見ても特に言うことが増えなかったので、さっさとCランクの問題に行きましょう。
Cランクですが、
これも記憶にないです。
ログによると、この辺からif for whileの条件文を書き始めたみたいです。いや待て大丈夫かこのレベル
これもマジで特記事項が何もないので次に行きます。
Bランクです。ここで2日目になってます。
ちょっと複雑なアルゴリズムになります。プロでも凡ミスしてアウトになる可能性があるのはここからでしょうか。
多重ループ回したり、簡単な文字列操作があったり、ロジック組んだりし始める、くらいのレベルですね。
この辺りから既存で用意されているテストケースをクリアしたヨシ！で提出すると、
境界値などのテストケースでカバーされていない範囲で弾かれて乙り出します。
私はCまでの問題が簡単すぎたせいもあって、余裕こいて確認せずに提出して1問殺しました（懺悔）
とはいえ、一般的なレベルで境界値やコーナーケースに注意すればそこまで難しくはないでしょう。
さっきのと別で大いなる力に弾かれて1問時間切れになりましたが（#^ω^）<鯖落ちクソ
D、Cと反射で解けるクソ雑魚ワンパン問題だったのに、Bでいきなりアルゴリズムを要求されます。
インターネッツ大航海をしていると、Bで急に難しくなった！という声があったり、
paiza的にもBをクリアすることで、応募可能な求人が一気に増えるそうです。
個人的な意見としても、Bがクリアできていれば一般的なIT系のPGとしてはやっていけると思います。
Bランクというのは「業界で最低限やっていけるかどうか」の結構大きな境目になっているのではないでしょうか。
それに、正直ここから上の問題が解けたところで、それが現場で生かされるケースはかなり少ないと思います。
プログラムを「計算」に使う分野じゃないと使わない知識かなぁ
さて、次にAランクです。2日サボったのでここで5日目です。
Aランクは、難しいです。
というか、ウン年間触れてもいないような言語でやるような問題ではないです。
具体的に言うと、Bランクまでは、プログラミング言語の使い方とかアルゴリズムの考え方とか、
プログラムやる上で普遍的に必要なレベルの範疇の問題だったのですが、、、
Aはアレです、方向性が競プロです。
そろそろリソースを考えてプログラムを組んでいかないとヤバイ感じになります。
ソースの実行時間に制限があったり、使えるメモリの量に制限があったりします。
いや、本当はDランクの問題からこれらの仕様は存在したのですが、
引っかかることがなかったので実質ないも同然だったんです。
なのですが、Aに関しては計算量考えてアルゴリズム考えたり、容量意識したメモリ取りが必要になります。
多分競プロ御用達のアルゴリズムとかがいくつかあるので、その辺の勉強が本来必要なんだと思いますが、
私はゴリ押しました。
いやだって、アルゴリズム自作したほうが早いし楽だし、人が考えたものってわかりにくいよね。
でも時間とかメモリとかの仕様を知らなかったせいでクリアには時間がかかってしまいました。
タイムアウトしたり、Pythonの再帰の上限値設定の存在を知らなくてランタイムエラー吐いたり・・・
そんな感じでやらかしまくって問題をいくつか落としてしまいました。
というか、問題によっては時間ギリギリになるせいでトロいPythonでは実行できずC++で書かされたりもしました。
というか、クリアした問題がそれだったのでAはPythonじゃなくてC++で解いています。
・・・そう、PythonじゃなくてC++で解いてしまったんですよ。
Pythonのリハビリで始めたのに！！！
手段と目的が入れ替わってしまった！！！
paiza、恐ろしい子。
では最後、Sランクです。これ解いたのがさっきです。ここまで実働3日！
Aの問題見る限り、Sも競プロ系だろうし解かなくてもいいかな～っていう気にもなったのですが、
やるからには一番上の方が気分いいじゃん？ということでタダの見栄、特に細かいことを考えずに突撃しました。
ただ、問題を選ぶときって問題のタイトルしか見れないんですよね。
問題選んでスタートしてから問題文が見れるので、選んだ問題がPytthonで解けるかどうかはガチャなんです。
まぁ結果から言うと、ガチャでSSR当てました。
問題文に振れない程度に内容を言うと、構文解析系の問題でした。
正規表現かけて回して再帰するだけの簡単な問題。正直Aより簡単だぞ？って思いながら解いてました。
この問題だけなのかもしれませんが、特に計算量とか気にする必要もなかったので、
もしかしたらSとAは問題の差異があまりないのかもしれません。
正規表現の実装は言語によって微妙にニュアンスが違うので、そこの設定にちょっと時間がかかりましたが、
それ以外の箇所は問題なく、普通に一発クリアでした。Cランク挑戦時以来の一発クリアですね。
という訳で、SランクをPythonで解いたので、最後はちゃんとリハビリを行うことができました！
Sまで解いた総括としては、Sはまだ問題を1問しか見ていないのでなんともですが、
自分のレベルならAで解けない問題はないかな？という感じです。尚凡ミスで乙る模様
paizaのサイトにはSランクは上位3%しかいないスーパープログラマだ！みたいな能書きが垂れ流されていますが、
大嘘だと思います。
その上位3%の母数には僕みたいにpaizaに登録してから
年単位でランクEのまま放置している人間が大量に含まれているんだと思います。
paizaのSランクについての認識を世間と共有するためにググってみたのですが、皆さん概ねその認識のようです。
いや、なんか、採用の面接でpaizaSランクです！ってドヤ顔するのに使っている層が一定数いるらしいのですが、絶対逆効果だと思います。
ただし、内部的にAランクとSランクで採用に関して区分けがされているパターンはあり得ると思いますので、
就活でpaizaを使う気があるなら、一応Sランクに上げておいた方がいいかと思います。
具体的に言うとランクSユーザーしか企業側にレコメンドされないとか、そもそも応募基準にランクがあるとか・・・
巷ではSランクにあがるためのなんとか～みたいなことが書いてあるサイトもいくつか散見されていましたが、
ぶっちゃけちゃんと勉強したら誰でもSランク、取れると思います。
というか、ノリと勢いだけで取れたので、本格的な競プロ系の勉強はしなくても取れるんじゃないかな。
多分アルゴリズムで詰まるようなレベルの問題はSランクでもそうそうないと思うので、
落ち着いて出力形式見て着実に入力条件縛ってコーナーケース確認して境界値も見て・・・ってやれば
Bまで解ける知識があるなら（再起の知識があれば）誰でも行けると思います。
再帰使った探索はちょっと頻度高いので、それは流石にわかってないと厳しいかな？って感じですかね。
・・・いや待て、この記事はSランクを目指すための記事じゃないんですよ。
この記事の目的は
paizaのスキルチェックはリハビリは初めて触る言語の勉強に使えますよ～
ということを紹介するためのお話でした。リハビリに使うならまずはBランクがおススメです。
という訳で、ここまでご覧いただきありがとうございました。paizaさん、宣伝したからお金ください
（＾・ω・）ノ RadiumProduction at curonet
まず経緯から。
ちょっと色々ありまして、Pythonをまた触ることになりました。
「また」といっても今回の案件はPython3でして、今までは仕事の関係で2しか触ったことがなく、
しかもそれが3年半前という、これからPython3案件を請けるにしては、割とヤバイ状況でして、
どうにかしてリハビリがしたい・・・でも今Pythonの環境持ってないし・・・
・・・ということで、オンラインで何か面白いリハビリ材料を探していたら、ヒットしたのがpaizaでした。
paizaというのは、ITエンジニア向け転職・就活・学習サービスで、恐らくかなり新興のモノです。
少なくとも僕が学生の頃にはなかったハズ・・・
職業エンジニアの方からするとオンラインコーディングができるこちらのページの方が有名かもしれません。
基本的には転職サイトのようなのですが、プログラム関係の学習サービスを展開しているほか、
スキルチェックというサービスがあって、paiza上でランク分けされたプログラムの問題を解くことによって
ユーザーのランク分け機能がある他、AtCoderのようなレーティングなんかもあったりします。
なんかpaiza側の解答が間違っている問題がちらほらあるみたいで、レーティングはあまにリ参考にならないかもしれません・・・
ぶっちゃけ上の方は競プロ絡み案件で、あまり実務には適さない問題も多く、
正直あまり興味はないのですが、スキルチェックの問題を利用すればPythonのリハビリになるのでは？と思いまして
とりあえずその場のノリでスキルチェックをやってみることにしました。
paizaのランクはS、A、B、C、D、Eの6ランクが存在し、問題のランクはS、A、B、C、Dと5ランクあります。
実は自分はpaiza自体は2年ほど前から登録だけしてる状態でして、ずっとEランクのままでした。
自分のランクよりひとつ上の問題が一問でも解けたらランクアップとなります。ランクダウンはないっぽいです。
どうやらpaiza自身はこのランクに随分と大きな自信を持っているようで、
高ランクになる度に耳障りのいい台詞を見る機会が増えていきますが、噓八百と考えたほうがいいでしょう。
で、一番易しいDランクの問題を初めて見たのが今から5日前になります。
スキルチェックでは色々な言語が使えるようで、僕の知らないプログラミング言語も対応しているくらいでした。
で、Dランクの問題ですが、
記憶にないです。
※因みにスキルチェックの問題は外部に記載が禁止されているそうです。
いや、なんか簡単というか、流石にこれで終わらせるのブログとして色々アレなので、
この記事を書くにあたって、paizaのログに残ってる自分の解答を見直したのですが
1行しか書いてない。
マジでこれ書けなかったらこの業界来ない方がいいぞ・・・？って本気で思うレベルでした。
ソースを見ても特に言うことが増えなかったので、さっさとCランクの問題に行きましょう。
Cランクですが、
これも記憶にないです。
ログによると、この辺からif for whileの条件文を書き始めたみたいです。いや待て大丈夫かこのレベル
これもマジで特記事項が何もないので次に行きます。
Bランクです。ここで2日目になってます。
ちょっと複雑なアルゴリズムになります。プロでも凡ミスしてアウトになる可能性があるのはここからでしょうか。
多重ループ回したり、簡単な文字列操作があったり、ロジック組んだりし始める、くらいのレベルですね。
この辺りから既存で用意されているテストケースをクリアしたヨシ！で提出すると、
境界値などのテストケースでカバーされていない範囲で弾かれて乙り出します。
私はCまでの問題が簡単すぎたせいもあって、余裕こいて確認せずに提出して1問殺しました（懺悔）
とはいえ、一般的なレベルで境界値やコーナーケースに注意すればそこまで難しくはないでしょう。
さっきのと別で大いなる力に弾かれて1問時間切れになりましたが（#^ω^）<鯖落ちクソ
D、Cと反射で解けるクソ雑魚ワンパン問題だったのに、Bでいきなりアルゴリズムを要求されます。
インターネッツ大航海をしていると、Bで急に難しくなった！という声があったり、
paiza的にもBをクリアすることで、応募可能な求人が一気に増えるそうです。
個人的な意見としても、Bがクリアできていれば一般的なIT系のPGとしてはやっていけると思います。
Bランクというのは「業界で最低限やっていけるかどうか」の結構大きな境目になっているのではないでしょうか。
それに、正直ここから上の問題が解けたところで、それが現場で生かされるケースはかなり少ないと思います。
プログラムを「計算」に使う分野じゃないと使わない知識かなぁ
さて、次にAランクです。2日サボったのでここで5日目です。
Aランクは、難しいです。
というか、ウン年間触れてもいないような言語でやるような問題ではないです。
具体的に言うと、Bランクまでは、プログラミング言語の使い方とかアルゴリズムの考え方とか、
プログラムやる上で普遍的に必要なレベルの範疇の問題だったのですが、、、
Aはアレです、方向性が競プロです。
そろそろリソースを考えてプログラムを組んでいかないとヤバイ感じになります。
ソースの実行時間に制限があったり、使えるメモリの量に制限があったりします。
いや、本当はDランクの問題からこれらの仕様は存在したのですが、
引っかかることがなかったので実質ないも同然だったんです。
なのですが、Aに関しては計算量考えてアルゴリズム考えたり、容量意識したメモリ取りが必要になります。
多分競プロ御用達のアルゴリズムとかがいくつかあるので、その辺の勉強が本来必要なんだと思いますが、
私はゴリ押しました。
いやだって、アルゴリズム自作したほうが早いし楽だし、人が考えたものってわかりにくいよね。
でも時間とかメモリとかの仕様を知らなかったせいでクリアには時間がかかってしまいました。
タイムアウトしたり、Pythonの再帰の上限値設定の存在を知らなくてランタイムエラー吐いたり・・・
そんな感じでやらかしまくって問題をいくつか落としてしまいました。
というか、問題によっては時間ギリギリになるせいでトロいPythonでは実行できずC++で書かされたりもしました。
というか、クリアした問題がそれだったのでAはPythonじゃなくてC++で解いています。
・・・そう、PythonじゃなくてC++で解いてしまったんですよ。
Pythonのリハビリで始めたのに！！！
手段と目的が入れ替わってしまった！！！
paiza、恐ろしい子。
では最後、Sランクです。これ解いたのがさっきです。ここまで実働3日！
Aの問題見る限り、Sも競プロ系だろうし解かなくてもいいかな～っていう気にもなったのですが、
やるからには一番上の方が気分いいじゃん？ということでタダの見栄、特に細かいことを考えずに突撃しました。
ただ、問題を選ぶときって問題のタイトルしか見れないんですよね。
問題選んでスタートしてから問題文が見れるので、選んだ問題がPytthonで解けるかどうかはガチャなんです。
まぁ結果から言うと、ガチャでSSR当てました。
問題文に振れない程度に内容を言うと、構文解析系の問題でした。
正規表現かけて回して再帰するだけの簡単な問題。正直Aより簡単だぞ？って思いながら解いてました。
この問題だけなのかもしれませんが、特に計算量とか気にする必要もなかったので、
もしかしたらSとAは問題の差異があまりないのかもしれません。
正規表現の実装は言語によって微妙にニュアンスが違うので、そこの設定にちょっと時間がかかりましたが、
それ以外の箇所は問題なく、普通に一発クリアでした。Cランク挑戦時以来の一発クリアですね。
という訳で、SランクをPythonで解いたので、最後はちゃんとリハビリを行うことができました！
Sまで解いた総括としては、Sはまだ問題を1問しか見ていないのでなんともですが、
自分のレベルならAで解けない問題はないかな？という感じです。尚凡ミスで乙る模様
paizaのサイトにはSランクは上位3%しかいないスーパープログラマだ！みたいな能書きが垂れ流されていますが、
大嘘だと思います。
その上位3%の母数には僕みたいにpaizaに登録してから
年単位でランクEのまま放置している人間が大量に含まれているんだと思います。
paizaのSランクについての認識を世間と共有するためにググってみたのですが、皆さん概ねその認識のようです。
いや、なんか、採用の面接でpaizaSランクです！ってドヤ顔するのに使っている層が一定数いるらしいのですが、絶対逆効果だと思います。
ただし、内部的にAランクとSランクで採用に関して区分けがされているパターンはあり得ると思いますので、
就活でpaizaを使う気があるなら、一応Sランクに上げておいた方がいいかと思います。
具体的に言うとランクSユーザーしか企業側にレコメンドされないとか、そもそも応募基準にランクがあるとか・・・
巷ではSランクにあがるためのなんとか～みたいなことが書いてあるサイトもいくつか散見されていましたが、
ぶっちゃけちゃんと勉強したら誰でもSランク、取れると思います。
というか、ノリと勢いだけで取れたので、本格的な競プロ系の勉強はしなくても取れるんじゃないかな。
多分アルゴリズムで詰まるようなレベルの問題はSランクでもそうそうないと思うので、
落ち着いて出力形式見て着実に入力条件縛ってコーナーケース確認して境界値も見て・・・ってやれば
Bまで解ける知識があるなら（再起の知識があれば）誰でも行けると思います。
再帰使った探索はちょっと頻度高いので、それは流石にわかってないと厳しいかな？って感じですかね。
・・・いや待て、この記事はSランクを目指すための記事じゃないんですよ。
この記事の目的は
paizaのスキルチェックはリハビリは初めて触る言語の勉強に使えますよ～
ということを紹介するためのお話でした。リハビリに使うならまずはBランクがおススメです。
という訳で、ここまでご覧いただきありがとうございました。paizaさん、宣伝したからお金ください
（＾・ω・）ノ RadiumProduction at curonet
そろそろ令和5年春のAP試験が近づいてきたので一発記事を投稿します。
実はここ数年、ずっと社内（社外かも）で応用情報を受ける受けたいという相談を頂く場面が多くなっていて
もう毎年のように直前期になると応用情報（以下AP）に関連した色々な会を発足させたりしております。
しかし、今年はスケジュールの都合上、会を開催するのが難しそうだったことと、
本件別に業務内容と関係ないので公開しても問題なくね？という結論に至ったので
ここに全部書いてしまおうと思います。
ということで題して、
「ノー勉でAPに合格しよう！」
のコーナーです。
まず今回の前提条件から。
今回の前提は情報系の高専、あるいは大学を卒業ないし、卒業可能な単位数を所持、
またはそれ相当の知識量があること、です。
一応国家資格らしいので門外の方のノー勉は流石に無理だと思います。
次に試験概要として、本試験は年2回開催、午前午後の2部制で
午前が4択マークシート、午後は記述（長くても一問30文字そこら、選択問題もある）です。
午前は全80問、内訳はテクノロジ50問、マネジメント10問、ストラテジ20問です。
テクノロジは完全に技術に関する問題、マネジメントはPM系、SM系、システム監査、
ストラテジは経営戦略の他法規の問題が出ます。
100点満点で配点は不明ですが、全問一律1.25点と言われています。足切りの有無は不明です。多分ない？
午後については大問が11問あり、その中から必修のセキュリティの他、4問を選択する形です。
こちらも100点満点で配点は大問ごとに各20点。小問の配点は不明です。
足切りはないとされていますが、午後は不自然な不合格がたくさん発生しているので、配点による事実上の足切りに近いものがあっても不思議ではないです。
合格点は毎年ある程度の調整が入りますが、午前午後どちらも約60点前後とされています。
正確な点数は不明ですが、そもそも配点がズラされるのであまり細かいボーダーに意味はないのです。。。
・・・つまり、午前は48問とれば合格出来て、午後は2科目満点取れれば後は半分でも通れば合格です。
まぁ実際のところ最低ライン65%くらいは欲しいのでこうはいかないのですが。。。
ここまで情報が出揃えばなんとなくわかるかもしれませんが、
午前はテクノロジだけで50問あって、多分情報学士持ちならよっぽど現場離れてない限り殆ど解けます。
稀に解けない問題があったとしても、残りの30問ガチャを確率通り25%引けば7~8問は当たるので、
（そもそも勤めている方なら法規やPM系がノー勉で解けることもままある）
よっぽど午前の合格ボーダーが上振れない限り理論上ノー勉で通るはずです。
もし不安があるようなら過去問だけ触っておきましょう。
午前は半分くらい過去問から出るので、それさえやれば午前は基本的には通ります。
私の受験時ですらノー勉82.5点を叩き出しました。
で、問題は午後なんです。
午後はノー勉合格ができるかどうかは、その人の普段からの生活にかかっているといっていいでしょう。
端的に言うと、「普段からSQLを叩いているかどうか」です。
まず午後問の選択として、10問ある中で技術界隈の人間が選択肢として選ぶなら、
多くの人が「プログラミング」「ネットワーク」「組み込み」「DB」「シスアー」「情報システム」。
まぁこの辺から4問を選ぶと思うのですが、基本的に「プログラミング」は必須です。
何故なら「簡単だから」。
プログラミングの問題は基本情報と異なり特定の言語に依存しない形式となっており、
ぶっちゃければこの界隈なら誰でも解ける問題です。
但し、注意点があって、時間がかかるんです。
ほぼ毎年、問題の中に脳内実行、脳内デバッグを要求してくる問題があるため
「あっ、この問題、競プロで見たやつだ！」ってならない限りはどうしても30分近くかかります。
競プロガチ勢さんなら10分程度で解きそうな気がする。
とはいえ、ガチで一切の勉強が不要です。というか、このレベルが解けない程度だと、
＞＞＞高専の3年くらいで留年します。＜＜＜
で、次に選ぶべきは基本的に組み込みかDBです。
実際これも理由は簡単だから、です。
但し、プログラミングほど簡単にはいかなくて、問題がいくつかあります。
組み込みの方は形式として前提条件が色々問題に書いてあり、そこから最善の回答を出す問題なのですが、
結構問題の作り方が荒いせいで求められている回答ではない「次善策」を間違って書いてしまう可能性が高いからです。
いやこれシスアーでもあるんだけど・・・
つまり、端的に言うと盛大な引っかけ問題があることが多いんです。
いやあちらさんにその意図があるのかはわかりませんが。。。
そのせいでちょっと嫌われている感はありますね。
因みに問題の内容自体はどの年もちょっと専門用語の混じった国語（とたまに算数）の問題です。
プログラミングと同様に、あんまり回答に専門用語が出てくる場面が少ないのでノー勉勢には優位です。
しかし上述の理由から、優先候補ではあるのですが、インフラ系に長けている方は選ばない人も多いです。
で、次にDBなのですが、DBも問題自体は割と簡単なものが多いのですが、
プログラミングと大きく違うのがSQL構文の知識が必要ということです。
言語文法を問われることがなく、仕組みを理解していれば解けるプログラミングと異なり
DBの問題はSQLを書いていくので、SQLを割と普段から直打ちで叩いてないとノー勉は不可能です。
というか、SQLを普段から叩いてないなら選択するべきではないまであると思います。
しかし、SQLに精通していれば、この時点で大問3問でほぼ満点近い点数が狙えるので・・・
これでもう得点は60点。
合格おめでとうございます。
・・・ブラウザバックされる前に真面目にやりましょうか。
まぁでも実際、ノー勉ストレート連中は、自分の知る限りだいたいこんな感じです。
特にプログラミングを満点落として合格した人には心当たりがありません。
真面目な話として、残りの午後問題の選択ですが、ネットワーク、シスアー辺りは割とオススメです。
何故かというと、必修であるセキュリティの問題と勉強範囲がほぼ被るからです。
つまりこの2問に関しては実質ノー勉で解ける可能性の高い、コスパ高めの問題となりますね。
特にネットワークは過去問を見ても、セキュリティで出しても違和感のない問題がかなり多くあるので
必修で必ず勉強することになるセキュリティの知識だけで半分以上の問題が解ける可能性がありコスパ抜群です。
とはいえ、まぁ結局選択問題はざっと問題見て解けそうな問題を解くで良いと思いますが・・・
で、午後問題の勉強方法なのですが、
基本的に午後だから何か特別技術的に午前の内容以上に知る必要のある内容はないと思います。
強いて言えば午前は選択なのでDNSの...キャッシュが...アレして...みたいな曖昧でも良かった知識が
「DNSキャッシュポイズニング」という単語としてちゃんと頭に入っていないと書けませんよ、くらいの認識です。
特にその辺りは専門用語を聞かれやすいセキュリティやネットワークの分野は抑えておくべきだと思います。
後大事なのが過去問で、午前と違い過去問からは一切出ないので過去問を周回する必要は1ミリもないのですが、
ちょっと特殊なやり方で問題の出し方の傾向を把握しておくべきだと思います。
やることで大事なのは、問題を解いて解答を見た後に、
「解答の根拠」を問題文の中から探すようにしてみるといいと思います。
特にセキュリティ、シスアー、ネットワーク、組み込みなどは事例問題になり易いので
「解決するべき課題」が問題文上に存在して、そこから要件を拾い集めて回答を作るようになっています。
つまり、問題文にある要件を拾い損ねると、正解ではない次善策を導いてしまったり、
場合によっては頓珍漢な回答を錬成することも珍しくありません。
なので解いてみて「間違っていた」場合、恐らく読み落とし箇所に正答の根拠が転がっていたりします。
そういうのを拾い集められるようにならないと多分、午後はどうしようもないんじゃないかな。という認識ですね。
なので、その辺を意識して午後の問題文と付き合っていくことが合格への近道なんじゃないかと思います。
あとプログラミングで問題文中のソースの記法を無視して答えを書いてバツになるケースは割とあるあるなので
それは本当に気を付ける必要があると思います。ノー勉勢の大半はこれをやらかしてプログラミングで爆死して霧散します。
次に点数の取り方ですね。
狙いとしては、やっぱりプログラミングと組み込みまたはDBのどちらかで満点近くを狙って合計35点～40点近く取り、
内容が近いセキュリティとネットワークで各10点ずつくらい取って、
後は後詰めとして、最後の選択問題で解けそうな問題選んでできる限り埋める。
これで60~65点ぐらいなのでボーダーじゃないでしょうか。
この志向ならセキュリティの練度を上げればその分だけ合格率が上がる、と考えていいと思います。
実際両方10点だとボーダーで切られる可能性が高いので、各13点くらいは欲しいところですね。
後は、勉強時間が取れない場合の最終手段として「午後ガチャ」があります。
つまり、毎年の恒例行事のように試験を沢山受けるのです。
午前レベルであれば、恐らく業界に従事していれば、雑な勉強でも合格レベルを維持することが可能なので、
午前を毎回クリアしつつ、午後で自分が解きやすい問題が来るのを祈るという手法です。クソ手法だけど実際有効なので困る
仕事が忙しくて試験勉強ができず、何回やっても午後でいつも落ちる！という人が
勉強リソースをセキュリティ全ぶっぱしてガチャでSSR当てて合格するケース、実は珍しくなかったりします・・・
まぁ当然これもプログラミングノー勉満点条件が付与されますが・・・
とまぁ、こんな感じの内容を毎年どこそこで話したり話さなかったりしています。
因みに、令和5年度春季ですが、恐らくガチャは大ハズレの年になるかと思います。ノーマルだらけの予感
理由は前回試験、令和4年度秋季でSSRが連発し、歴代最高合格率を叩き出しているからです。
実は当試験は年々易化しており、将来的にはこの記録も更新されるとは思うのですが、
それにしたって令和以降はずっと23~24%台だったのが急に26%も合格してしまったので
流石に次回試験は少し難しくなると予想されています。なので次回のガチャ祈りはやめた方が無難です。
そして最後に一番大事なことを言うと、
試験に受かるため一番大事なことは、「試験を受けること」です。
何いきなりコイツ、新次郎構文使ってんだ？と思われたかもしれません。でも事実なのです。
つまりどういうことかというと、APは受験申込者に対して実際の受験者の比率が非常に低い試験なのです。
この5年の平均受験率はなんと65％。
受験票を持っている人の3人に1人は、試験当日に試験会場行って、問題用紙を開くところに辿り着けないのです。
この試験会場まで辿り着く行為をAP界隈では所謂「0次試験」などと呼んだりします。
起床試験に落第したり、夜勤休出をぶち込まれたり、存在を忘れていたり、イベ被りしたり...IT系の人間は大変です。
まぁそもそも受験申込を忘れる人間も結構な数いるので、申し込みも忘れないようにしましょう
数年単位で申込に失敗した人が私です。
統計に出てこない申込試験落第も含めれば、0次試験で落ちている人が一番多い、という説もあるくらいなので、
皆さん会場に辿り着くまで「も」試験ですからね。気を抜かないで頑張ってください。
という訳で以上、限りなく少ない勉強リソースでAPに合格しよう！のコーナーでした～
ではまた次の記事でお会いしましょう。
（＾・ω・）ノ RadiumProduction at curonet
実はここ数年、ずっと社内（社外かも）で応用情報を受ける受けたいという相談を頂く場面が多くなっていて
もう毎年のように直前期になると応用情報（以下AP）に関連した色々な会を発足させたりしております。
しかし、今年はスケジュールの都合上、会を開催するのが難しそうだったことと、
本件別に業務内容と関係ないので公開しても問題なくね？という結論に至ったので
ここに全部書いてしまおうと思います。
ということで題して、
「ノー勉でAPに合格しよう！」
のコーナーです。
まず今回の前提条件から。
今回の前提は情報系の高専、あるいは大学を卒業ないし、卒業可能な単位数を所持、
またはそれ相当の知識量があること、です。
一応国家資格らしいので門外の方のノー勉は流石に無理だと思います。
次に試験概要として、本試験は年2回開催、午前午後の2部制で
午前が4択マークシート、午後は記述（長くても一問30文字そこら、選択問題もある）です。
午前は全80問、内訳はテクノロジ50問、マネジメント10問、ストラテジ20問です。
テクノロジは完全に技術に関する問題、マネジメントはPM系、SM系、システム監査、
ストラテジは経営戦略の他法規の問題が出ます。
100点満点で配点は不明ですが、全問一律1.25点と言われています。足切りの有無は不明です。多分ない？
午後については大問が11問あり、その中から必修のセキュリティの他、4問を選択する形です。
こちらも100点満点で配点は大問ごとに各20点。小問の配点は不明です。
足切りはないとされていますが、午後は不自然な不合格がたくさん発生しているので、配点による事実上の足切りに近いものがあっても不思議ではないです。
合格点は毎年ある程度の調整が入りますが、午前午後どちらも約60点前後とされています。
正確な点数は不明ですが、そもそも配点がズラされるのであまり細かいボーダーに意味はないのです。。。
・・・つまり、午前は48問とれば合格出来て、午後は2科目満点取れれば後は半分でも通れば合格です。
まぁ実際のところ最低ライン65%くらいは欲しいのでこうはいかないのですが。。。
ここまで情報が出揃えばなんとなくわかるかもしれませんが、
午前はテクノロジだけで50問あって、多分情報学士持ちならよっぽど現場離れてない限り殆ど解けます。
稀に解けない問題があったとしても、残りの30問ガチャを確率通り25%引けば7~8問は当たるので、
（そもそも勤めている方なら法規やPM系がノー勉で解けることもままある）
よっぽど午前の合格ボーダーが上振れない限り理論上ノー勉で通るはずです。
もし不安があるようなら過去問だけ触っておきましょう。
午前は半分くらい過去問から出るので、それさえやれば午前は基本的には通ります。
私の受験時ですらノー勉82.5点を叩き出しました。
で、問題は午後なんです。
午後はノー勉合格ができるかどうかは、その人の普段からの生活にかかっているといっていいでしょう。
端的に言うと、「普段からSQLを叩いているかどうか」です。
まず午後問の選択として、10問ある中で技術界隈の人間が選択肢として選ぶなら、
多くの人が「プログラミング」「ネットワーク」「組み込み」「DB」「シスアー」「情報システム」。
まぁこの辺から4問を選ぶと思うのですが、基本的に「プログラミング」は必須です。
何故なら「簡単だから」。
プログラミングの問題は基本情報と異なり特定の言語に依存しない形式となっており、
ぶっちゃければこの界隈なら誰でも解ける問題です。
但し、注意点があって、時間がかかるんです。
ほぼ毎年、問題の中に脳内実行、脳内デバッグを要求してくる問題があるため
「あっ、この問題、競プロで見たやつだ！」ってならない限りはどうしても30分近くかかります。
競プロガチ勢さんなら10分程度で解きそうな気がする。
とはいえ、ガチで一切の勉強が不要です。というか、このレベルが解けない程度だと、
＞＞＞高専の3年くらいで留年します。＜＜＜
で、次に選ぶべきは基本的に組み込みかDBです。
実際これも理由は簡単だから、です。
但し、プログラミングほど簡単にはいかなくて、問題がいくつかあります。
組み込みの方は形式として前提条件が色々問題に書いてあり、そこから最善の回答を出す問題なのですが、
結構問題の作り方が荒いせいで求められている回答ではない「次善策」を間違って書いてしまう可能性が高いからです。
いやこれシスアーでもあるんだけど・・・
つまり、端的に言うと盛大な引っかけ問題があることが多いんです。
いやあちらさんにその意図があるのかはわかりませんが。。。
そのせいでちょっと嫌われている感はありますね。
因みに問題の内容自体はどの年もちょっと専門用語の混じった国語（とたまに算数）の問題です。
プログラミングと同様に、あんまり回答に専門用語が出てくる場面が少ないのでノー勉勢には優位です。
しかし上述の理由から、優先候補ではあるのですが、インフラ系に長けている方は選ばない人も多いです。
で、次にDBなのですが、DBも問題自体は割と簡単なものが多いのですが、
プログラミングと大きく違うのがSQL構文の知識が必要ということです。
言語文法を問われることがなく、仕組みを理解していれば解けるプログラミングと異なり
DBの問題はSQLを書いていくので、SQLを割と普段から直打ちで叩いてないとノー勉は不可能です。
というか、SQLを普段から叩いてないなら選択するべきではないまであると思います。
しかし、SQLに精通していれば、この時点で大問3問でほぼ満点近い点数が狙えるので・・・
これでもう得点は60点。
合格おめでとうございます。
・・・ブラウザバックされる前に真面目にやりましょうか。
まぁでも実際、ノー勉ストレート連中は、自分の知る限りだいたいこんな感じです。
特にプログラミングを満点落として合格した人には心当たりがありません。
真面目な話として、残りの午後問題の選択ですが、ネットワーク、シスアー辺りは割とオススメです。
何故かというと、必修であるセキュリティの問題と勉強範囲がほぼ被るからです。
つまりこの2問に関しては実質ノー勉で解ける可能性の高い、コスパ高めの問題となりますね。
特にネットワークは過去問を見ても、セキュリティで出しても違和感のない問題がかなり多くあるので
必修で必ず勉強することになるセキュリティの知識だけで半分以上の問題が解ける可能性がありコスパ抜群です。
とはいえ、まぁ結局選択問題はざっと問題見て解けそうな問題を解くで良いと思いますが・・・
で、午後問題の勉強方法なのですが、
基本的に午後だから何か特別技術的に午前の内容以上に知る必要のある内容はないと思います。
強いて言えば午前は選択なのでDNSの...キャッシュが...アレして...みたいな曖昧でも良かった知識が
「DNSキャッシュポイズニング」という単語としてちゃんと頭に入っていないと書けませんよ、くらいの認識です。
特にその辺りは専門用語を聞かれやすいセキュリティやネットワークの分野は抑えておくべきだと思います。
後大事なのが過去問で、午前と違い過去問からは一切出ないので過去問を周回する必要は1ミリもないのですが、
ちょっと特殊なやり方で問題の出し方の傾向を把握しておくべきだと思います。
やることで大事なのは、問題を解いて解答を見た後に、
「解答の根拠」を問題文の中から探すようにしてみるといいと思います。
特にセキュリティ、シスアー、ネットワーク、組み込みなどは事例問題になり易いので
「解決するべき課題」が問題文上に存在して、そこから要件を拾い集めて回答を作るようになっています。
つまり、問題文にある要件を拾い損ねると、正解ではない次善策を導いてしまったり、
場合によっては頓珍漢な回答を錬成することも珍しくありません。
なので解いてみて「間違っていた」場合、恐らく読み落とし箇所に正答の根拠が転がっていたりします。
そういうのを拾い集められるようにならないと多分、午後はどうしようもないんじゃないかな。という認識ですね。
なので、その辺を意識して午後の問題文と付き合っていくことが合格への近道なんじゃないかと思います。
あとプログラミングで問題文中のソースの記法を無視して答えを書いてバツになるケースは割とあるあるなので
それは本当に気を付ける必要があると思います。ノー勉勢の大半はこれをやらかしてプログラミングで爆死して霧散します。
次に点数の取り方ですね。
狙いとしては、やっぱりプログラミングと組み込みまたはDBのどちらかで満点近くを狙って合計35点～40点近く取り、
内容が近いセキュリティとネットワークで各10点ずつくらい取って、
後は後詰めとして、最後の選択問題で解けそうな問題選んでできる限り埋める。
これで60~65点ぐらいなのでボーダーじゃないでしょうか。
この志向ならセキュリティの練度を上げればその分だけ合格率が上がる、と考えていいと思います。
実際両方10点だとボーダーで切られる可能性が高いので、各13点くらいは欲しいところですね。
後は、勉強時間が取れない場合の最終手段として「午後ガチャ」があります。
つまり、毎年の恒例行事のように試験を沢山受けるのです。
午前レベルであれば、恐らく業界に従事していれば、雑な勉強でも合格レベルを維持することが可能なので、
午前を毎回クリアしつつ、午後で自分が解きやすい問題が来るのを祈るという手法です。クソ手法だけど実際有効なので困る
仕事が忙しくて試験勉強ができず、何回やっても午後でいつも落ちる！という人が
勉強リソースをセキュリティ全ぶっぱしてガチャでSSR当てて合格するケース、実は珍しくなかったりします・・・
まぁ当然これもプログラミングノー勉満点条件が付与されますが・・・
とまぁ、こんな感じの内容を毎年どこそこで話したり話さなかったりしています。
因みに、令和5年度春季ですが、恐らくガチャは大ハズレの年になるかと思います。ノーマルだらけの予感
理由は前回試験、令和4年度秋季でSSRが連発し、歴代最高合格率を叩き出しているからです。
実は当試験は年々易化しており、将来的にはこの記録も更新されるとは思うのですが、
それにしたって令和以降はずっと23~24%台だったのが急に26%も合格してしまったので
流石に次回試験は少し難しくなると予想されています。なので次回のガチャ祈りはやめた方が無難です。
そして最後に一番大事なことを言うと、
試験に受かるため一番大事なことは、「試験を受けること」です。
何いきなりコイツ、新次郎構文使ってんだ？と思われたかもしれません。でも事実なのです。
つまりどういうことかというと、APは受験申込者に対して実際の受験者の比率が非常に低い試験なのです。
この5年の平均受験率はなんと65％。
受験票を持っている人の3人に1人は、試験当日に試験会場行って、問題用紙を開くところに辿り着けないのです。
この試験会場まで辿り着く行為をAP界隈では所謂「0次試験」などと呼んだりします。
起床試験に落第したり、夜勤休出をぶち込まれたり、存在を忘れていたり、イベ被りしたり...IT系の人間は大変です。
まぁそもそも受験申込を忘れる人間も結構な数いるので、申し込みも忘れないようにしましょう
数年単位で申込に失敗した人が私です。
統計に出てこない申込試験落第も含めれば、0次試験で落ちている人が一番多い、という説もあるくらいなので、
皆さん会場に辿り着くまで「も」試験ですからね。気を抜かないで頑張ってください。
という訳で以上、限りなく少ない勉強リソースでAPに合格しよう！のコーナーでした～
ではまた次の記事でお会いしましょう。
（＾・ω・）ノ RadiumProduction at curonet
私は元気です。
2022年は（も）特にこちらの活動はしていませんでしたが、2023年特に活動予定がありません。
とりあえず生存報告として謹賀新年記事の投稿をさせて頂きます。
今年も気分で記事を更新していきますのでよろしくお願い致します。
昨日までコミックマーケット101に参加しておりまして、今年は寝正月が確定しております。
去年サボったので3年ぶりの冬コミ参加だったんですよね。。。もう色々忘れた・・・
方々に挨拶する余裕もなく、ただただ歩き回ったコミケでした。でも楽しかったです
落ち着いたらまたサークル参加でもしようかなと思っているのですが、
ちょっとここ1，2年は厳しそうなので、まぁそのうち・・・という感じです。
コミケの話しかしておりませんが、特にそれ以上に話すことも今は持ち合わせがありませんので、
ひとまず今日はこの辺で以上とさせて頂きます。
本年も皆様良き一年となりますように・・・・
（＾・ω・）ノ RadiumProduction at curonet
2022年は（も）特にこちらの活動はしていませんでしたが、2023年特に活動予定がありません。
とりあえず生存報告として謹賀新年記事の投稿をさせて頂きます。
今年も気分で記事を更新していきますのでよろしくお願い致します。
昨日までコミックマーケット101に参加しておりまして、今年は寝正月が確定しております。
去年サボったので3年ぶりの冬コミ参加だったんですよね。。。もう色々忘れた・・・
方々に挨拶する余裕もなく、ただただ歩き回ったコミケでした。でも楽しかったです
落ち着いたらまたサークル参加でもしようかなと思っているのですが、
ちょっとここ1，2年は厳しそうなので、まぁそのうち・・・という感じです。
コミケの話しかしておりませんが、特にそれ以上に話すことも今は持ち合わせがありませんので、
ひとまず今日はこの辺で以上とさせて頂きます。
本年も皆様良き一年となりますように・・・・
（＾・ω・）ノ RadiumProduction at curonet
嘘じゃないですほんとなんです。
ここまで長く使う予定もなかったので、正確な立ち上げの日付は覚えていないのですが、
多分昨日か今日か、明日ぐらいでRadiumProductionは15周年になります。
この前コミケに出して以降、ここ5年くらいは余りまともな活動をしていないので、
果たしてこの15周年に意味があるのかは甚だ疑問ではありますが、
一応到達したということでここに記しておきます。
以前にもお話ししたかと思いますが、業務のコンプライアンスの関係で
向こう数年は技術（プログラム）的な内容の発信が一切できなくなっておりまして、
C100にサークル参加することはおろか、ブログに技術的な話を書くことすら結構危険な状態なのです。
去年の今頃書いた記事、実はけっこうヤバいラインでした。。。
とまぁこんな感じでただの生存報告です。15周年企画なんかやるよ！なんてこともないです。
もしかしたら20周年は何かやるかもしれませんが、
2027年なんて遠い未来、自分が生きてるかもわかりませんね？
そんな感じの理由で、書く予定だったあれこれそれが殆ど潰れてしまっているので
暫くはてきとーに書きたいことを暇があれば書く感じでやっていこうと思います。
ではでは、16年目もよろしくお願いいたします。
これが最後の記事になったらどうしようね・・・
（＾・ω・）ノ RadiumProduction at curonet
ここまで長く使う予定もなかったので、正確な立ち上げの日付は覚えていないのですが、
多分昨日か今日か、明日ぐらいでRadiumProductionは15周年になります。
この前コミケに出して以降、ここ5年くらいは余りまともな活動をしていないので、
果たしてこの15周年に意味があるのかは甚だ疑問ではありますが、
一応到達したということでここに記しておきます。
以前にもお話ししたかと思いますが、業務のコンプライアンスの関係で
向こう数年は技術（プログラム）的な内容の発信が一切できなくなっておりまして、
C100にサークル参加することはおろか、ブログに技術的な話を書くことすら結構危険な状態なのです。
去年の今頃書いた記事、実はけっこうヤバいラインでした。。。
とまぁこんな感じでただの生存報告です。15周年企画なんかやるよ！なんてこともないです。
もしかしたら20周年は何かやるかもしれませんが、
2027年なんて遠い未来、自分が生きてるかもわかりませんね？
そんな感じの理由で、書く予定だったあれこれそれが殆ど潰れてしまっているので
暫くはてきとーに書きたいことを暇があれば書く感じでやっていこうと思います。
ではでは、16年目もよろしくお願いいたします。
これが最後の記事になったらどうしようね・・・
（＾・ω・）ノ RadiumProduction at curonet
新年あけましておめでとうございます。
今年も記事を書くかは怪しいですがよろしくお願い致します。
昨年は某案件の記事の影響で年間PV100,000超えたから許して？
コイン〇イブ高裁敗訴とか、み〇ほ銀行とか、怪しい案件が増えている暗い時代ではありますが、
昨年1年間、大きなトラブルに巻き込まれることがなかったことを感謝しつつ、
最低限自責案件、貰い事故被害等々にあわない程度には、皆様気を引き締めて1年間頑張りましょう。
今年ですが、C100なんか出すの？っていうお話を各所から尋ねられてはいるのですが、
仕事クソ忙しすぎて未来のことは到底考えられる状況にないので
なんか思いついたら出す、程度で見といてください（）
まぁ書こうと思えば書けることはあるんだけど、本にしてコミケで頒布するほどかと言われると
そこまででもなくて、ぶっちゃけここでの公開で十分なのです。。。
まぁ今一番可能性があるのは技術書ではなくプレゼン関係ですね。
※僕が今下手に技術本だすと会社のコンプライアンス的にまずいのよ・・・
そんな感じで今日の話は以上です。繰り返しになりますが、本年もよろしくお願いいたします。
（＾・ω・）ノ RadiumProduction at curonet
今年も記事を書くかは怪しいですがよろしくお願い致します。
昨年は某案件の記事の影響で年間PV100,000超えたから許して？
コイン〇イブ高裁敗訴とか、み〇ほ銀行とか、怪しい案件が増えている暗い時代ではありますが、
昨年1年間、大きなトラブルに巻き込まれることがなかったことを感謝しつつ、
最低限自責案件、貰い事故被害等々にあわない程度には、皆様気を引き締めて1年間頑張りましょう。
今年ですが、C100なんか出すの？っていうお話を各所から尋ねられてはいるのですが、
仕事クソ忙しすぎて未来のことは到底考えられる状況にないので
なんか思いついたら出す、程度で見といてください（）
まぁ書こうと思えば書けることはあるんだけど、本にしてコミケで頒布するほどかと言われると
そこまででもなくて、ぶっちゃけここでの公開で十分なのです。。。
まぁ今一番可能性があるのは技術書ではなくプレゼン関係ですね。
※僕が今下手に技術本だすと会社のコンプライアンス的にまずいのよ・・・
そんな感じで今日の話は以上です。繰り返しになりますが、本年もよろしくお願いいたします。
（＾・ω・）ノ RadiumProduction at curonet
直近に関して、実はまた色々新しいことをやっているのだが、それを書くにはコンプライアンスがキツすぎる。
ということで、ブログタイトルの通りです。
ということで、ブログタイトルの通りです。
chiaファーミングに関しては非公式のプールが爆誕しつつあるようですが、
先駆者のありがたいお話を聞く限り、どう考えてもこれマイナスですね。
市場では先を見越して2TB NVMeSSDの完売が相次いでいるようですが、
正直どこまで高騰しようが、収支がプラスになることはないのではないでしょうか。
ここ暫く最新の話をしていたので、今回は打って変わってとてつもなく古いテーマでお送りしたいと思います。
世間様はGWとかいう超大型連休を謳歌しているようですが、私はずっと仕事です。
とりあえずあれから2週間経ちまして、chiaちゃんの取引が開始されました。
今回はそれを受けて、どのような状況になっているのかを後追で紹介していきます。
無駄にパズった責任的なヤツです。ちなみに結局アフィリエイトは入れてる時間なかったです。
前回の記事の影響で総アクセス数が一週間で一気に10万増えました。
多分このペースで記事がパズり続けることができれば、
恐らく将来的にこのブログにはたくさんの広告が貼り付けられることでしょう。
さて、本日のネタはTwitterカードというものです。
皆様が沢山広告がある系のブログの記事リンクをURLをTwitterに貼ったとき、
URLの文字列ではなく。このような感じでサムネイルがツイートに生成されているかと思います。
これがTwitterカードと呼ばれるものですね。
先週の話ですが、この今では当たり前の機能を、遂にこのブログでも実装したのです！
Twitter社とかと契約した一部のドメインだけに許された特殊な機能だと思ってました、はい。
というわけでそのやり方について、ついでにここに書き記しておこうかと思います。
結構意外なんですけど、画像をサムネイルとして使うだけなら、Twitter社への登録とかは必要ないです。
やることはブログのhtmlの<head>～</head>内に特定のmetaタグを記載するだけです。
記述するタグはこんな感じで、記事のタイトル、説明、サムネイル画像、サムネイル形式を記載します。
<meta name="twitter:title" content="記事タイトル" /> <meta name="twitter:description" content="記事説明文" /> <meta name="twitter:image" content="サムネイル画像" /> <meta name="twitter:card" content="summary_large_image" />
サムネイル形式は7パターンあって上の画像のものはsummary_large_imageと呼ばれる種類のものです。
他のものは写真勝小さいもの、大きいもの、複数の写真が出せるもの、
画像以外ではスマホアプリ広告用、動画用、ソフトウェア広告用などがあるようです。
アプリなどの広告に関してはdevの方で登録がいるようですね
今回はブログサービスの内製のテンプレートタグから記事タイトルや説明文を引っ張りました。
また、サムネイル画像にはそのまま画像のURLを入れるのですが、
今回は記事内に画像がある場合は一番上の画像を、そうでない場合はデフォルトの画像を使うようにしました。
また、リンクがブログのトップである場合は、記事ではなくブログの説明を掲載するようにしています。
このあたりの処理については当然、各ブログサービスによって実装方法が異なるかと思いますで
各サービスの資料を確認して適切な実装を行う必要があるかと思います。
忍者の場合はそのあたりの分岐条件も含めてすべてテンプレートタグで対応できていました。
実装および更新が終わった際にはこちらのページにてURLを貼ることで、
そのページのカードを確認することができます。どうやら変更等の反映にはラグがあるようです。
というのが今日のお話でした。
世間のトレンドから6週ほど周回遅れな気がしますが、旧時代の遺物としてこれからも頑張っていこうと思います！
（＾・ω・）ノ curonet at RadiumProduction
カレンダー
最新CM
カテゴリー
かうんた
らじぷろ目次
らじぷろ検索機
最新記事
(01/01)
(08/29)
(01/03)
(08/27)
(04/29)
(01/01)
(11/20)
(09/06)
(09/04)
(08/09)
(08/06)
(07/27)
(05/29)
(03/15)
(01/01)
プロフィール
ＨＮ：
Luz
性別：
男性
アーカイブ
