つもログ

MotoParkingプライバシーポリシー

Sun, 12 Jul 2026 00:00:00 GMT

はじめに

この規約はお客様が、アプリ「MotoParking」（以下「本サービス」）をご利用いただく際の取り扱いにつき定めるものです。本契約に同意した上で本サービスをご利用ください。

第１条（定義）

本契約上で使用する用語の定義は、次に揚げる通りとします。

利用者

本サービスを利用するすべての方

第２条（本契約への同意）

利用者は、本利用規約に同意頂いた上で、本サービスを利用できるものとします。
利用者が、本サービスをスマートフォンその他の情報端末にダウンロードを行った時点で、本規約の諸規定に従った利用契約が成立するものとします。

第3条（規約の変更）

本サービスは、利用者の承諾を得ることなく、いつでも、本規約の内容を改定することができるものとし、利用者はこれを異議なく承諾するものとします。
利用者は、本規約変更後、本サービスを利用した時点で、変更後の本利用規約に異議なく同意したものとみなされます。

第4条（アカウントの管理）

本サービスは、登録情報によって利用があった場合、利用登録をおこなった本人が利用したものと扱うことができ、当該利用によって生じた結果ならびにそれに伴う一切の責任については、利用登録を行った本人に帰属するものとします。

第5条（データの収集）

アプリのデータを分析するために以下の情報を取得しています

使用しているスマートフォンのOS情報や端末名(iPhone17..等)
どこの地域でアプリが使われているのか（大体の位置(岡山県等))
広告の表示のためのトラッキング収集

この利用規約に同意した場合これらの情報を開発者に収集してもよいと同意したとみなします。

第６条（免責）

本アプリは日本二輪車普及安全協会様から駐車場データの取得を行っていますが、非公式となるため急にサービスを終了することがあります。
本アプリは日本二輪車普及安全協会様とは無関係となります。

記事の移行完了したぜ

Thu, 05 Feb 2026 00:00:00 GMT

疲れた

Zenn・Qiita・学内Wikiからの記事を全部ここにぶち込むことに成功したわ。結構記事を書いてたんやなぁ俺・・・疲れたぜ。

初めての投稿

Wed, 21 Jan 2026 00:00:00 GMT

久しぶりです

超絶久しぶりにブログを開設してみたわ。今回は昔みたいにWordPressではなく、Astro✖︎GithubPagesとくっそ簡単な構成で作成しています。

まあ趣味のこととか、Zenn・Qiita・学内ドキュメントにある記事をここにひとまとめにしようかな。

Gitでpushが終わらない時はセキュリティソフトを疑え！！！！！！

Fri, 18 Oct 2024 00:00:00 GMT

背景

ワイ大学４年生なんだけど研究室のダチが

ダチ「GitのPushができねぇ！設定はできているのになんでや!?!?!?」ワイ「おーん？どうした？？見てみようか？」

ってなった感じ

状況

コミットしたファイルを

git push origin main

こんな感じでPushしようとして（ログはあくまでも例）

Enumerating objects: 120, done.
Counting objects: 100% (120/120), done.
Delta compression using up to 8 threads
Compressing objects: 100% (120/120), done.
Writing objects: 100% (120/120), 670.28 MiB | 762.00 KiB/s, done.
Total 120(delta 1), reused 0 (delta 0), pack-reused 0

正常にPushできたかと・・・思えばここで止まるんよね

一般的な解決方法

ターミナル一旦閉じて再度Pushする

困った時は再起動！これに尽きるね。

・・がこんなので治るわけないだろ。

バッファサイズを上げる

git config --global http.postBuffer 157286400

ワイ「Unityのプロジェクトフォルダでサイズがデカいからバッファを上げたらいけるんじゃねぇの？」と思い、バッファサイズを上げ再度pushする。そうしたら9割の人は治るが・・・・・これでもいかない・・・

ワイ「は？？？？？？？」

結論

ワイ「ネットワークも変えたし、バッファサイズもあげたし、Githubの設定関連は問題ないな・・・・？うん・・・？なんだこのステータスバーにあるアイコンは？？？？？？？」

ワイ「セキュリティソフトやんけ。ワンチャンこれ保護オフにしたらどうなるかな？」

Enumerating objects: 120, done.
Counting objects: 100% (120/120), done.
Delta compression using up to 8 threads
Compressing objects: 100% (120/120), done.
Writing objects: 100% (120/120), 670.28 MiB | 762.00 KiB/s, done.
Total 120 (delta 1), reused 0 (delta 0), pack-reused 0
remote: Resolving deltas: 100% (1/1), done.
To https://github.com/your-repository.git
 * [new branch]      your-branch -> your-branch

ワイ「や　っ　た　ぜ（長年大人のサイトを見てきた経験が役立った）」

というわけでたかがセキュリティソフトのためだけに時間食われました。マジで辛い。（ちな本人曰くセキュリティソフトが鬱陶しいらしいので無効化してWindowsdefenderに切り替えておいた）

メモ:UIkitでスクロールさせる方法

Sun, 30 Jun 2024 00:00:00 GMT

:::warning ド素人が書いた記事です。「おい！もっと良いやり方あるやろが！？」と思うかもしれませんが勘弁してください。あとやり方が間違えていたらコメント欄で指摘してくださると助かります。。。！ :::

普通に制約をつける場合(ContainerView編+縦スクロール）

https://qiita.com/Swift-User/items/67a5dd3d9eabf513aa2c この記事を書いてくださった方が非常に分かりやすいのでこのセクションのやり方はこっちを見てもらえればいいのだが、一点だけ躓いた部分があったので再度共有しておく。

1

ScrollViewを設置	ScrollViewにつける制約

ViewControllerにScrollViewを配置してAutolayoutで制約をつける。（今回は全体に配置したいから上下左右0でいいな）

2

設置できたと思ったら何故か制約エラーが出やがる。

3

エラー内容	ガバガバ翻訳

エラーを見てみると "Has ambiguous scrollable content height and width" となっており英検すら受けたこと無い俺は理解できないのでGoogle翻訳に聞いたところ（文章めちゃくちゃ） Xcode「スクロール可能なコンテンツの高さと幅が曖昧やでー」と言っている。

4

とりあえず初心者なのでこのエラーはガン無視するとして（よくないが） ScrollViewの中にContainerViewを配置する。ここまで無事にできていればこのような構成になっているはず。

5

ScrollViewのContent Layout GuideとContainerViewを⌘キーを押しながら同時に選択をする。

選択できた状態でAutolayoutのAliginを使って上下左右を固定する。（余計制約エラーが増えるがこの後の手順で消えるので大丈夫）

6

次にContainerViewから左クリックorkCtrlキーを押しながらFrameLayoutGuideに青い線を伸ばし、Equal Widthsを選択する。

7(ココ重要）

・・・とここまではさっきの引用した記事どおりなのだがココで記事にはない現象が起こってしまうなぜかContainerViewが左にずれる現象が起こってしまう感じ。これを解消する場合は ContainerViewのWidthの部分が怪しいので０．６・・・・・の部分を「1」に変更するそうするといい感じになったはずや

8

あとはContainerViewにHeightの制約（ココでは大げさに2000にしてる）をつけてあげればOK

9

あとはContainerView側にUI部品を配置すればOK こんな感じでスクロールできているはずや

普通に制約をつける場合(ContainerView編+横スクロール）

カンの鋭いなら分かるけど、横スクロールの場合はさっきの方法の「5」までは同じで

1

ContainerViewから左クリックorkCtrlキーを押しながらFrameLayoutGuideに青い線を伸ばし、Equal Heightを選択する。（Widthじゃないよ！）

2

こんな感じにさっきは横長だったが、縦長になるのでこの部分の制約を1に変更する。

3

あとはContainerViewにWidthの制約をつけてあげればOK

StackViewを使って縦スクロールする場合

###1 親の顔より見たScrollViewをおいて上下左右制約をつける(同じく0な) ###2 StackViewをScrollViewの中にいれる（書くのめんどくさくなってきたのでスクショ丸ごと貼り付ける）

###3 Content Layout GuideとStackViewを⌘キーで同時選択してAutolayoutのAliginを使って上下左右を固定する。こんな感じになればおｋ ###4 StackViewとFrame Layout Guideを⌘キーで同時選択して Equal WidthsとEqual　Hightsを追加する制約エラーが消えて「なんかいい感じじゃん」みたいになればおｋ ###5

ただこのままだと高さの制約が被ってしまっていてスクロールできなくなるため赤部分の制約のpriorityを下げる(Highにする) 高さの制約の部分が点々になればおｋ ###6 StackViewの中にUIパーツを追加する（とりま今回はViewを２つ追加した）

###7 このままだと制約エラーになる+今回は部品を均等に配置したいので

StackViewのDistributionをFillequallyに変更する

8

それぞれのViewとFrame Layout Guideを⌘キーをで同時選択して Equal WidthsとEqual Heightsを追加する

そうするとスクロール可能になっているはずだ。

9 補足

なぜかFillequallyにしているのにそれぞれのViewが半分になる場合はそれぞれのViewに追加した制約のEqual Heightsの数値が「1」になっているか確認してほしい。なぜかわからんが0.6・・・となったので。これを１にすれば

結果

こんな感じでスクロールできるはずだ。お疲れ様です。

・・・・・スクロール実装するのにこんなに時間かかるのだるすぎる。

Fラン無能学生の就活体験記

Wed, 01 May 2024 00:00:00 GMT

:::warning 殴り書きで書いた記事なので後ほど丁寧に清書します。 :::

就活舐めてた・・・・さっき内定承諾書にサインを終わったので（法的拘束力はないけど）この記事を随筆しようと思う。

お前誰やねん

大体こんな感じ。

頭悪すぎてFラン理系大学の情報学部に通ってる（もちろん偏差値はBFで定員割れ）に来たやつ
PCとかガジェットが好きで今はスマホのアプリを作るのにハマってる
将来はエンジニアになりたい（PC使った仕事したいなー）と思ってた

他の就活エントリみたいに

超絶頭が良くて
技術が好き好きで仕方なくて
幼少期からプログラミングをしている
メガベンに就職したみたいなそんなハイスペックな人間ではない。なのでこんなクソみたいな人間が書く就活エントリが見たい物好きな人は見てくれ。そうじゃなくてキラキラ輝いてメガベンとかに行った記事が見たいならブラウザバック推奨するで。

あと「続きはNoteで〇〇円から！！！」みたいなクソッタレなやり方はしないので安心してほしい。

俺の就活スケジュール

大学1年と2年

ひたすら遊びまくって単位落としまくって留年しかける。教授に媚び売ってなんとか単位を稼ぐ”人としてクズ”な大学生活を送っていた。

また「楽に単位を取りたいから・楽に単位を検索できるアプリ作りてぇな」と思い始め、そこからプログラミングを始めた。

アプリのサイトはこれ

https://ous-unoffical-app.studio.site/

制作過程はこれ

https://qiita.com/gadgelogger/items/34c69f554a70e2beadc6

大学3年

1-2月

遊ぶ

3-4月

親友「お前確かエンジニア志望だったよな？そろそろ動かんとまずいで」

俺「確かにそろそろインターンの時期だよな。Twitterで見てて結構みんなそのくらいから動き始めてるし」

というわけでインターン探しを始める。

ちなみにインターンの経験談と探し方は別途記事書いてます

https://qiita.com/gadgelogger/items/688c4b146611e610e5c6

5-7月

https://qiita.com/gadgelogger/items/688c4b146611e610e5c6

上のやり方でひたすら応募しまくってひたすら落ちまくる。奇跡的に３社からインターンとして参加できることになった。

7月

１社目のインターン参加。KotlinとJetpackを使ってAndroidアプリを作るので楽しかった。

https://qiita.com/gadgelogger/items/f7086fde8621e5a0fa40

8月

２社目のインターン参加。ここで自分の実力の無さと不甲斐なさを突きつけられる。

https://qiita.com/gadgelogger/items/52ecb8b2c253ed3fa13d

9月

２社目のインターンの反省を踏まえ、会計アプリのiOSアプリの開発に携わる。 Swift未経験だったが必死こいてタスクを終わらせることに専念した。このインターンで俺の今後の流れが変わっていく。

https://qiita.com/gadgelogger/items/76540e2883a909464ddc

10月

車で事故して（相手に突っ込まれた）保険会社や色々やりとりがあったため就活休止１社目のインターンの本選考を受けるが１次面接で落とされる。

初めての面接だったので聞かれた質問に対してはぐらかしたり、自己分析が曖昧だった為「落ちて当たり前だろ」と思う。

11月

3社目のインターンの成果を踏まえ、最終面接へ案内される。めちゃんこ必死こいて面接練習や自己分析をし、挑むが落とされる。ガチで泣いてほんまに鬱だったが、落ちたことでこれからの流れが変わってくる。（ちなみにここでは書けないが、落ちた理由を教えてくれたので本当に感謝しかない。）

12月

就活で鬱だったのと年末年始だったのでサボる。

1月

キャリアアドバイザーから勧められた会社を受けるが、ことごとく落ちる。インターンに参加していない会社だったので、働くイメージが付かず、志望動機も思いつかなかった為。

あとESで４社連続で落ちたので「これは俺に原因があるだろ」と思いキャリアアドバイザーではなく、Twitterで知り合った現役のエンジニアの方に添削をしてもらう。「何を言いたいのか全くわからない」とボロッカスに酷評されたので、いかに自分のESがゴミなのかよくわかった。添削したESを使い就活をすると書類選考で落ちることは全くなくなった。

2-3月

大阪にある大手受託開発会社の選考を受ける。１次面接→コーディングテスト→最終面接となっており、コーディングテストをこなしたらなんと最終面接まで行ったが落ちてしまう。落ちた内容についてはここでは言えないが、納得できる回答だった。

これで最終面接落ち*2になる。

4月

キャリアアドバイザーから勧められた会社の中で、一つだけ気になった会社があったので受けた。１次面接で技術的なことを深掘りされたが難なく答えることができて最終面接まで行くことができた。そして無事に初めての内定を頂けた。内定を承諾する理由は以下のような感じ。

選考をしていく中で、すごく選考体験が良かった（自分の制作物をしっかり見てくれた）
会社の目指す方向性
やっていること
社内見学した際の雰囲気
元社員の方と知り合いでありいい会社なのは知っていた
書類を隅々まで見て不審な点がないか確認して問題がなかった
他の受けている会社が自分のやりたいことではない（辞退する予定）

スケジュールまとめ

周りの人が1月とか3月に内定を殆どもらっている中、自分だけ4月まで長引いてしまった。なかなかパンチの効いた就活しているなと思う。

就活する上で使ったサービス

キャリアセレクト

エンジニア就活をするならば知っているサービスだと思う。

https://careerselect.jp/mypages

【良い点】

企業の情報が豊富（面接の情報とかも聞ける）
担当のメンターの方が親切なので、就活の相談に乗りやすい
契約外の企業のサポートもしてくれた（大抵契約外の企業はお断りだけどここはしてくれたので親切やな）

【悪い点】

アドバイザーなので、もしかしたら直接使わずに応募した方が受かったかもしれない
技術面接やESの添削には弱い（キャリアセレクトではなく、知り合いのエンジニアの方に添削してもらったら通過率が大幅に上がった）

Wantedly

https://www.wantedly.com/projects?new=true&page=1&occupationTypes=jp__engineering&jp__engineering=jp__mobile_engineer&hiringTypes=newgrad&hiringTypes=internship&order=mixed

インターンや本選考で会社を探す際に使用。本選考は1社も受からんかったけど、２社目のインターンはこちらでオファーをいただけたので使って良かった。

Notion

https://www.notion.so

スケジュール管理や面接のメモとして使用。大変お世話になった。

就活をやってわかったこと

負の連鎖から抜け出すことが第一歩

Fラン大学あるあるなんだけど、周りのやつは基本的に無気力。「どうせ」が口癖で何かをやろうともしない奴らばっかでほんまにうんざりだった。自分はそんな環境が嫌で必死こいて就活したけど、自分の意思が固まってない人はこういう甘い雰囲気に呑まれてダラダラと就活を先延ばしてしまうから注意な。

大学のキャリアセンターは頼るな

大学の就職支援の講義を全部欠席して（スクリプト組んで自動出席）いる俺でも納得できる内定は取れた。あとキャリア支援センターへ一回ESの添削をしに行ったが、「御社の理念に共感して」みたいなパンチ全くない内容ばかりだったので行くのやめたわ。まあ冷静に考えたらIT系は特殊な職業だから大学に頼らずに現役のエンジニアの人とかと繋がって添削してもらうのが1番やな。

ポートフォリオがないとお話にならない

俺はアルゴリズムも弱いしオツムも弱いのでコーディングテストやSPIで落とされることが多かった。けど大学でFlutterを用いてアプリを作っていたので会社「ホーン。こいつ、面白そうやな」みたいな感じでわりかし通過させてくれる企業も多かった。就活中は俺の作ったアプリが唯一の武器になったので、技術力に自信がない人ほどポートフォリオはちゃんと作ろう。

Qiitaで記事を書こう

意外と面接官はQiitaを見ていることが多い。さっきのポートフォリオをまとめた紹介記事とかを作っていると、ちゃんと見てくれて面接が盛り上がることが多いので記事を書くと割りかしアドバンテージになるね。

コーディングテスト対策をしておけば良かった

大半のIT企業が選考序盤の足切りでコーディングテストを行ってくる。自分の場合はアプリを作るのはすごく楽しくて余裕だったけど、アルゴリズムとかそう言うのはまじで意味わからんかったのでここでかなり落とされた。

PaizaのBランクくらい取れていればほとんどの企業のテストはパスできるので、これを見ている人は頑張ろう。

逆に２週間でアプリを作ってください的な課題は通過することが多かった。

追加でSPIも対策しておけばよかった

意外とエンジニア職でSPIを採用している会社は少ないと思うが、意外と多い。ちゃんと対策しておこう。

最終面接は必ず受かるは”間違い”

普通に落ちます。ガチで普通に落ちます。先輩から「最終面接までいけたら勝ち確定」とか馬鹿なこと言われても無視して全力で対策しよう。油断するな。

第一志望に囚われるな

第一志望を決めてそれに向かって就活を突き進めるのは良いことやな。モチベーションも保たれるし。けどそこが落ちたら？？？？？？俺は落ちてメンタルくっそ病んだので第一志望という一つの企業を目指しまくるのは程々にしとくべきだと感じた。

第一志望群くらいが良いよ。

本音で話すこと

志望動機は御社の理念に共感してー

アホみたいに聞きまくった志望動機やな。自分はこれで行ってたけど普通に深掘りされたら詰むしおもん無いので正直に「アプリ作りたかったからです」と答えるようにしたら面接の雰囲気が弾んで受けごたえがしやすくなった。

要は「自分の本音を塞いで無理に企業側に合わすことはしないようにしよう」と思った。

就活はシングルではなくマルチ必須

ぼっちで就活なんて無理すぎる。そんな奴いたら俺は天才かよって思うぞ。情報収集やストレスの発散・悩み・相談・添削・練習全部他の人がいないとだいぶ厳しい。

...でどんな会社に受かったのよ？

大体こんな感じ。こんな俺のスキルでも以下のような会社には受かることができるので、もっとできる人はさらに高待遇の会社に行けるかもね。

主に受託系メイン
BtoCをターゲット
メインの開発はiOS/Androidアプリの開発がメイン（モバイルをやりたい俺からするとピッタリやね）
会社の規模は中くらい（従業員数は100-150ちょい）
なのに案件の規模はかなり大規模（みんなが知ってるアプリを開発していたり・・・）
給与は大体30マソで年収は(400ちょい？）（メガベンと比べたら流石に低いけどこんな俺を拾ってくれただけでもありがたいよ）
東京寄りの会社ではあるがギリギリ千葉県
福利厚生もしっかりしている
- 土日祝日は休み・カンファレンスや教材の費用負担・住宅手当・引越し手当・AWSの料金負担・フルリモートワーク可能・フレックスタイム制・社内勉強会・ドリンク軽食あり
人間関係が良い人が多い
- 経験上写真に写っている人の表情で”ヤバい人”を見抜くことができる俺だが、会社の集合写真を見た際に「あ・・・いい人が多いな」と思った+最終面接が対面だったので会社に行った際に、すれ違った社員の方全員が挨拶をしてくださった
- 追加で知り合いの方が元社員で「いい会社やで」と言ってくださったからホワイトであることの保証が確約できているから（おい）

まとめ　就活を舐めるな

過去の俺に言いたいなら「就活を舐めるな」やな。新卒はポテンシャルを見てくれてそんなに経験なくてもいい会社行けるからーーーー？？？

。。。。アホか。普通にアプリ作っているだけでもかなり苦戦したので、年々IT企業の求めるレベルが上がっているなと実感した。

あと無事に内定は取れたけど・卒論を書いて無事に卒業すること・スタートラインに立てただけであってまだまだ未熟なクソガキなのでこれからもどんどん足掻いて足掻きまくって周りのエンジニアに追いつけるように頑張っていきたい。

iOSシュミレータがUnable to boot the Simulatorになってキレている人へ

Sun, 28 Apr 2024 00:00:00 GMT

うんち

朝早起きしてコーヒーキメて「よっしゃ今日も開発するか」ってなったらこんなエラーが出た。

Unable to boot the Simulator.
Domain: NSPOSIXErrorDomain
Code: 60
Failure Reason: launchd failed to respond.
User Info: {
    DVTErrorCreationDateKey = "2024-04-28 03:47:19 +0000";
    IDERunOperationFailingWorker = "_IDEInstalliPhoneSimulatorWorker";
    Session = "com.apple.CoreSimulator.SimDevice.8E0A5A17-085F-4899-A772-870E4031EF82";
}
--
Unable to boot the Simulator.
Domain: NSPOSIXErrorDomain
Code: 60
Failure Reason: launchd failed to respond.
User Info: {
    IDERunOperationFailingWorker = "_IDEInstalliPhoneSimulatorWorker";
    Session = "com.apple.CoreSimulator.SimDevice.8E0A5A17-085F-4899-A772-870E4031EF82";
}
--
Failed to start launchd_sim: could not bind to session, launchd_sim may have crashed or quit responding
Domain: com.apple.SimLaunchHostService.RequestError
Code: 4
--

Event Metadata: com.apple.dt.IDERunOperationWorkerFinished : {
    "device_model" = "iPhone16,1";
    "device_osBuild" = "17.4 (21E213)";
    "device_platform" = "com.apple.platform.iphonesimulator";
    "dvt_coredevice_version" = "355.24";
    "dvt_mobiledevice_version" = "1643.100.58";
    "launchSession_schemeCommand" = Run;
    "launchSession_state" = 1;
    "launchSession_targetArch" = arm64;
    "operation_duration_ms" = 8766;
    "operation_errorCode" = 60;
    "operation_errorDomain" = NSPOSIXErrorDomain;
    "operation_errorWorker" = "_IDEInstalliPhoneSimulatorWorker";
    "operation_name" = IDERunOperationWorkerGroup;
    "param_debugger_attachToExtensions" = 0;
    "param_debugger_attachToXPC" = 1;
    "param_debugger_type" = 3;
    "param_destination_isProxy" = 0;
    "param_destination_platform" = "com.apple.platform.iphonesimulator";
    "param_diag_MainThreadChecker_stopOnIssue" = 0;
    "param_diag_MallocStackLogging_enableDuringAttach" = 0;
    "param_diag_MallocStackLogging_enableForXPC" = 1;
    "param_diag_allowLocationSimulation" = 1;
    "param_diag_checker_tpc_enable" = 1;
    "param_diag_gpu_frameCapture_enable" = 0;
    "param_diag_gpu_shaderValidation_enable" = 0;
    "param_diag_gpu_validation_enable" = 0;
    "param_diag_memoryGraphOnResourceException" = 0;
    "param_diag_queueDebugging_enable" = 1;
    "param_diag_runtimeProfile_generate" = 0;
    "param_diag_sanitizer_asan_enable" = 0;
    "param_diag_sanitizer_tsan_enable" = 0;
    "param_diag_sanitizer_tsan_stopOnIssue" = 0;
    "param_diag_sanitizer_ubsan_stopOnIssue" = 0;
    "param_diag_showNonLocalizedStrings" = 0;
    "param_diag_viewDebugging_enabled" = 1;
    "param_diag_viewDebugging_insertDylibOnLaunch" = 1;
    "param_install_style" = 0;
    "param_launcher_UID" = 2;
    "param_launcher_allowDeviceSensorReplayData" = 0;
    "param_launcher_kind" = 0;
    "param_launcher_style" = 0;
    "param_launcher_substyle" = 0;
    "param_runnable_appExtensionHostRunMode" = 0;
    "param_runnable_productType" = "com.apple.product-type.application";
    "param_structuredConsoleMode" = 1;
    "param_testing_launchedForTesting" = 0;
    "param_testing_suppressSimulatorApp" = 0;
    "param_testing_usingCLI" = 0;
    "sdk_canonicalName" = "iphonesimulator17.4";
    "sdk_osVersion" = "17.4";
    "sdk_variant" = iphonesimulator;
}
--


System Information

macOS Version 14.4.1 (Build 23E224)
Xcode 15.3 (22618) (Build 15E204a)
Timestamp: 2024-04-28T12:47:19+09:00

解決方法

ターミナルにてこいつをコピペしてブチかます。

rm -rf ~/Library/Developer/CoreSimulator/Caches/*

ソース元:

https://medium.com/@liwp.stephen/my-solution-to-solve-unable-to-boot-the-ios-simulator-39bbb4aad100

ちなみに設定アプリで「プロジェクトビルドデータとインデックス」を削除すると治るって聞いたけど、それでは解決しなかったわ。

↑赤枠の部分ね？

まとめ

🙌😁乙😁🙌

Version Lensを使って開発の効率性を爆上げしよう

Sun, 28 Apr 2024 00:00:00 GMT

これは何？

https://marketplace.visualstudio.com/items?itemName=pflannery.vscode-versionlens

Vscodeの拡張機能。インストールすると拡張機能のバージョンが最新なのか？そうじゃ無いのか？を教えてくれる。(インターン先のエンジニアの方が教えてくださった)

こんないつもの感じが

こういう感じに見やすくしてくれる。黄色が古い緑色が最新って感じ。

使っているパッケージの上に最新のバージョンが表示されるので、そこをクリックしてやれば勝手に置き換えてくれる。マジで便利。

いちいち「このパッケージって今バージョンなんぼやろ（ググる）」みたいな手間から解放されるので作業効率が非常に高くなるで。

あとFlutterだけではなくて他のフレームワークでも使えるみたいなので、入れといて損はないと思う。

Swift UI入門手順

Thu, 11 Apr 2024 00:00:00 GMT

:::important 大学の研究室内の Wikiに書いた文章をそのまま持ってきてます。すごく内容が薄いのでガチの初心者の人はもっと高品質な記事を参照してください。 :::

はじめに

Swiftでアプリ作ってみてーけど何やればいいんかわかんねーって人向けに参考になりそうな書籍や情報を置いとくわ。

注意点

環境構築の方法等はここでは記載しません。（ググればたくさん情報が出てくるので）
俺の偏った思想が混じってます

初学者向け

Mac持ってるから早速アプリを作りたい。。。。。が何から始めたらいいんやって人は以下の本がおすすめ

https://www.amazon.co.jp/SwiftUI%E5%AF%BE%E5%BF%9C-%E3%81%9F%E3%81%A3%E3%81%9F2%E6%97%A5%E3%81%A7%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC%E3%81%A7%E3%81%8D%E3%82%8B-iPhone%E3%82%A2%E3%83%97%E3%83%AA%E9%96%8B%E7%99%BA%E9%9B%86%E4%B8%AD%E8%AC%9B%E5%BA%A7-Xcode15-Swift5-9-ebook/dp/B0CLXV1YBG/ref=sr_1_5?__mk_ja_JP=%E3%82%AB%E3%82%BF%E3%82%AB%E3%83%8A&crid=2HMSM2JZFMKEN&keywords=Swift&qid=1706237979&sprefix=swift%2Caps%2C234&sr=8-5

初心者向けの本といえばこれ。一部解説が難しかったりするけど、とりま理解は後回しにしてなぞり打ちでもいいからこれでアプリを作ってみよう。 SwiftUIの感じが理解できるはず

https://www.amazon.co.jp/詳細！SwiftUI-iPhoneアプリ開発-入門ノート-iOS-Xcode-14対応-ebook/dp/B0BLHC8JFT/ref=sr_1_7?__mk_ja_JP=カタカナ&crid=2HMSM2JZFMKEN&keywords=Swift&qid=1706237979&sprefix=swift%2Caps%2C234&sr=8-7 同じく初心者向けの教材。これもわかりやすいからおすすめかも。

アプリ作るノリがわかってきたら

ノリとカンでアプリが作れるようになってきたら、Swiftの言語仕様を理解するのがいいかも。細かくSwiftの言語仕様を書いてくれてる本はコレ。実際に現場のエンジニアの方も使ってる。内容は難しくて理解できずにムカつくが、ゆっくりと理解していけばおｋ

https://www.amazon.co.jp/増補改訂第3版-Swift実践入門-直感的な文法と安全性を兼ね備えた言語-PRESS-plusシリーズ/dp/4297112132/ref=sr_1_8?__mk_ja_JP=カタカナ&crid=2HMSM2JZFMKEN&keywords=Swift&qid=1706237979&sprefix=swift%2Caps%2C234&sr=8-8

番外編（参考になるサイト）

https://developer.apple.com/tutorials/app-dev-training Apple公式が出しているチュートリアル英語で抵抗感があるが、翻訳機能使えばOK 実際にアプリ作っているノリが分かるはず。

https://qiita.com/takoikatakotako/items/7e5fbdf6ab7749b6865d SwiftUIの関連知識を１００個まとめた記事。これを使いこなせたら大抵のアプリは作れるはず。

【技術編】大学を留年しかけたので楽単を検索できるアプリを作ってみたらユーザー数が1000人超えちゃった話

Fri, 29 Mar 2024 00:00:00 GMT

前回のおさらい

この記事参照

https://qiita.com/gadgelogger/items/34c69f554a70e2beadc6

なぜこの記事を書こうとしたのか

前回の記事では「制作背景的な話題」が結構多くて、「なぜ自分がFlutterを使ったのか」「どういう機能を実装したのか」「苦戦したポイントは何か？」「何の技術をどう使ったのか」などなど

学んで得たこと

が一切記載できていなくて、お世話になったエンジニアの方から「こりゃあダメやろ」とご指摘を受けたのでしっかりここで書こうと思った感じ。

なので今回は真面目モードでこの記事を書いていこうと思う。

そもそもなぜFlutterを選んだん？

結論から言うと

早くアプリをリリースしたかった
SwiftやKotlinを両方学ぶのはキャパ的に厳しかったため

の2つが理由だね。当時アプリを作り始めたのが大学２年生からで、自分自身「早くアプリをリリースしてもらってみんなに使ってもらいたい。ただSwiftとKotlin両方を学んでいると期間的に卒業までに間に合わない」と思ったんよ。

そこでGoogleで「Android iOS 両方アプリ　作れる」みたいなワードで検索したら”クロスプラットフォーム”という存在を知って、そこで ReactNativeとFlutterの2つに行き着いた感じ。

そこからなぜFlutterを選んだかというと

大元がGoogleなので信頼できそう
結構界隈が盛り上がっていて、アップデートの頻度も高く今後の成長がありそうだったから

今思うとすごく安直な選定理由だけど、この選択は間違えてはなかったかなと思う。

どうやって勉強していった？

筆者はプログラミングの”プ”も分からなかったため「とりあえず動けばいい」的なスタンスで当時は学び始めて行った。

当時はFlutter大学とか日本語でのコミュニティが少なくて、情報もあまりなかったため

環境構築やレイアウトなど基本的な使い方は以下のページを参考にさせてもらって学習していった。

https://www.flutter-study.dev/

あと逐一このページのQiitaやZenn・StackOverflowなどで「やりたいこと_Qiita」みたいな感じで検索し、勉強して行った。

Flutterの技能としてどこまで学んだのか

基本的なレイアウトの理解（Colum・Row・Padding・Sizedboxなどなど）
超基礎的だけどStateFullWidgetやStatelessWIdgetの違いや使い分け（状態を保つか・持たないかの違い）
実際になんらかのAPIを叩いて画面に表示する一連の流れ（dioの使い方・非同期処理・initStateの最低限の使い方・Jsonの扱い方）
RiverpodとFreeezed等の使い方（インターン先で現在勉強中）

Firebaseの技能としてどこまで学んだのか

Firebase Authenticationを使ったログイン・アカウント管理機能
FireStore Databaseを使ってデータを保存したりFlutterで表示させる
Firebase Storageを使ってユーザーデータ（アカウント画像とか）を保存させる
Remote Configを使ってメンテナンス機能を作ってみる
Cloud Functionsを使ってFirestoreのデータを操作してみる

アプリ全般の技能としてどこまで学んだのか

アプリを作ってリリースするまでの一連の流れ
Xcode・Vscodeの基本操作
Appstoreへの申請の一連の流れ
審査に合格するためにはどうすればいいのか？のコツ
iOS Deployment Targetについて
Githubなどのバージョン管理

なんの技術をどうやって使った？

ログイン画面_Firebase Authentication

ログイン画面にてFirebase Authenticationを使ってます。

今となっては古いんですけど、当時はこの記事を参考にしてメールアドレスとパスワード認証を実装してました。

https://www.flutter-study.dev/firebase/authentication

強制アップデート機能 FireStore Database

https://x.com/gadgelogger/status/1633503309171687424?s=20

この記事を参考にして実装していました。

https://zenn.dev/flutteruniv_dev/articles/713dca4c5bf080

講義評価の投稿と閲覧機能_FireStore Database

1	2	3

当時は最低限「コレクション内のデータを取得して表示しよう」となっていたので以下の記事を参考に作っていました。

https://www.flutter-study.dev/firebase/cloud-firestore-try

今だとこっちの方がよりわかりやすくて発展的かも

https://zenn.dev/flutteruniv/books/flutter-textbook/viewer/make-chat

メンテナンス画面_Remote Config

Firestoreのデータをいじったりするときにメンテナンス機能をつけています。これを参考にして作ってました。

https://qiita.com/shouhi/items/17e2835aa83cc6cd5da2

お知らせ機能_universal_html

大学の公式サイトがRSSフィードに対応していなかったので、半ばゴリ押してスクレイピングして情報を取得しています。思いっきり相手側のサーバーへ負荷をかけてしまうので、さすがに良い機能では無いなと思ってます。（せめてキャッシュしたり状態を保持してリクエスト回数を減らすようにはしている）

https://zenn.dev/maguroburger/articles/flutter_scraping

やってみて苦戦したこと

Appleの審査に受かるまでが一苦労した

これに尽きる。ありがちだと思うけど、自分は以下の３点で苦戦した。

ユーザーの退会機能の実装
ユーザーのブロック機能の実装
GoogleSigninを実装するとAppleSigninが必要なこと

ユーザーの投稿機能の実装

アカウント関連の機能を持つアプリではガイドラインで退会機能をつけないとリジェクトされる。自分は最初そんなこと知らなかったので、1回目はこれでリジェクトされた。

https://developer.apple.com/jp/support/offering-account-deletion-in-your-app/

ユーザーのブロック機能の実装

口コミを投稿するアプリなので特定のユーザーをブロック・通報できる機能がないとブロックされる。ただ当時の自分はブロックできる機能を実装できる能力がなくて「ここで詰みかなぁ。。。」と思っていたら「通報する機能とブロックする機能はGoogleフォーム経由でもいいらしい」と言う噂を聞いたので、それで実装してみたら無事に審査に合格することができた。

まあ要するに「作れなかったから妥協した」って感じやね。今なら作れるので今後のアップデートで実装していきたい。

ガイドラインの1.2に書いてある。

https://developer.apple.com/jp/app-store/review/guidelines/

GoogleSigninを実装するとAppleSigninが必要なこと

これびっくりしたんだけど、サードパーティーのログインサービスを使うとリジェクトされるらしい。 Appleらしいね（皮肉）

https://zenn.dev/n_thy/articles/scade_apple_sign_in_d06b2e9551891b

作って運用してみて

正直プログラミングなんもわからんからスタートしたアプリなので課題まみれになっている。課題は以下の通りで

シンプルにコードが肥大化していて汚い（Widgetを分割して綺麗にしている）
関数名・クラス名・ファイル名・Firebaseのコレクション名やフィールド名の命名規則をきちんと設定していなかったのでぐっちゃぐちゃ
Riverpodを採用しているが、なぜStateがダメでRiverpodが良いのか？の明確な理由が見つかっていないためそこを説明できるようにする。

class reviewscreen extends StatelessWidget {
  const reviewscreen({super.key});

  @override
  Widget build(BuildContext context) {
    const text = '';
    const text1 = '';
    const text2 = '';
    const text3 = '';

    return const Placeholder();
  }
}

こんな感じのクソコード（命名規則ガン無視）が爆誕してる。ただこれらの課題点は今頑張って修正していて、だいぶ改善できてきているとは思う。

最後の部分についてはまだまだ勉強不足だと思う。Flutterは状態（State）が本当に大切だと思うし、これが使いこなせないとお話にならないのでちゃんと勉強して別記事で出そうと思う。

あとFlutterを触っていていくつか気になって点もあって

Flutterの気になる部分

あくまでも自分の主観だと以下の点が気になる

ネストが深くなりがち
状態管理のパッケージの数おおくね？
OS特有の機能を使おうとすると厳しい

ネストが深くなりがち

どうしても凝ったUIとかをゴリゴリ作ろうとするととんでもない量のコードが爆誕したり。。。まあWidgetかClassとして切り出してあげること＋DevToolsを使って確認すれば問題はないが、意識していないと肥大化しがちなので気をつけたいかも。

状態管理のパッケージおおくね？

自分の知っている限りでこんなにあるので、初学者（自分もだけど）が勉強するとなると「どれ選べばいいんだ。。。。」となる点。 Flutterって簡単にアプリを作れるのが魅力ではあるけど、ある一定のラインを超えるとすっごく複雑かつ奥深くなってくるなと感じる。 Provider

https://pub.dev/packages/provider

Riverpod

https://pub.dev/packages/flutter_riverpod

GetIt

https://pub.dev/packages/get_it

Bloc

https://pub.dev/packages/flutter_bloc

Rxdart

https://pub.dev/packages/rxdart

今後について

なんかまとまりのない記事になってしまって申し訳ない。この記事を書いている中で「自分全然Flutterに対する知識薄すぎるだろ」と感じてしまったのでもっとがむしゃらに勉強していくしかないな・・・

あとこの後の内容はこの記事とは関係ないかもしれないんだけど、今後はネイティブの部分も攻めていきたいと考えている。(Swift/kotlin)

きっかけは去年のお世話になったインターン先のメンターの方と就活に対する相談事を話す機会があって

自分「Flutterで就活をしていこうと思っているんですよね」と言ったらメンターの方がメンター「ちょいまち。それは結構危険かもしれん」と言ったんよね。（Flutterメインでエンジニアを目指している人はすまない）

理由としてはメンター「確かにFlutterも良い技術ではあるけど、大前提としてネイティブの技術がある上で成り立っているわけだからモバイルアプリのエンジニアを目指すのであればネイティブから取り組んだ方が良いと思うよ。その方がgadgeloggerさんの強みであるFlutterがもっとより良くなると思うし」な感じ。確かにFlutterでアプリを作る上でどうしてもネイティブ側の知識が必要となってくる場面が多々あるのでこの考え方に自分は賛同した。

ただインターンが終了したのが11月であり、本選考とかぶってなかなかSwiftのキャッチアップができていないのが難点ではある。

（初心者向けの方を一周したりして基本的なことは学習はできているけど、まだまだ半人前）

もし就活を終わらせることができるか、就活を諦めたらSwiftにもしっかりと取り組んでいきたいなと思う。

YOUTRUST x ゆめみ Flutter LT会@渋谷＆オンライン

Thu, 28 Mar 2024 00:00:00 GMT

参加したイベント

久々のLTに参加させていただくことができたので、復習がてら各発表者さまのスライドと該当動画部分をまとめておきます。

https://yumemi.connpass.com/event/308489/

発表内容一覧

西真央さん:社内Flutter強化期間 x Flutter教本の作成をしました

スライド未掲載なので動画URL掲載

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=8m00s

室山大輔さん:まだ間に合う 🌏 Privacy Manifests 対応

スライド未掲載なので動画URL掲載

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=15m00s

ashdikさん:Adaptationについてサクッと解説

スライド未掲載なので動画URL掲載

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=20m35s

いせりゅーさん：FlutterとWeb3

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=26m47s

https://speakerdeck.com/iseruuuuu/fluttertoweb-3

https://github.com/iseruuuuu/wallet_connect_app

kumamo_toneさん:YOUTRUSTでやった技術発信まとめ

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=35m55s

https://speakerdeck.com/kumamotone/youtrustdeyatutaji-shu-fa-xin-matome

渡部陽太さん:TBD

スライド未掲載なので動画URL掲載

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=44m20s

3ta0212さん:複数のAsyncValueをどう扱うか

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=52m30s

https://zenn.dev/3ta/articles/807b3d2009e093

そたさん:カスタムのライセンスページを作る時にハマったポイント

https://www.youtube.com/watch?v=fBNEt6EOOHU#t=57m50s

https://speakerdeck.com/sotaatos/flutterderaisensupeziwodu-zi-nizuo-ruji-nohamaripointo

参加した感想

Flutter最高。LTマジで最高。こんな弱小エンジニアと話してくださった方々ありがとうございました。（就活頑張ります）

大学でのプログラミング講義が苦手な人へ

Sun, 10 Mar 2024 00:00:00 GMT

:::warning

この記事は筆者が酒を３杯飲んで書いたため文章が拙いです
筆者の独断と偏見が100%入ってます
あまり参考になる。。。いや、ならないかもしれないです。 :::

はじめに

どうもGadgeloggeだ。なんか酒飲んでたら急に記事を書いてみてぇなって欲が出てきたためこの記事を随筆することにする。タイトルの通り「プログラミングに苦手意識を持つ人」への助言っつうかアドバイス的なことを書こうと思う。

もしかしたら教授方を敵に回してしまいそうな記事になっちゃうかもしれないが、正直に俺が思っていることをつらつらと書いていこうかなと思う。

ちな完全に俺の勝手な考え方と偏見が混じっているので批判は勘弁してな。。。（笑）

書いている人のスペック

プログラミング基礎と応プロを落単
独学でアプリ作ってる
コーディングテストとかアルゴリズムを求めるコーディングは未だに苦手

プログラミング好きですか？

突然質問で申し訳ないな。この質問をして「好き」って答えた人ええやん最高やで。そのまま突き進んで頑張れ！

逆に「嫌いやわ。。。」「何やってるかわかんない」「大学の講義で嫌いになった」「なんか違う」って答えた人。俺と同じやなwわかるでその気持ち。

今回は嫌いやわって答えた人を主軸としてこの記事の内容を書いていこうと思う。

そもそもなぜ嫌いなのか？

多分嫌いになる理由は複数あって、まあ代表的な例で言うと以下の通りかな。

大学の講義がよくわからん(基礎プロ・応プロ・その他の講義など）
なんか入学前に思ってた講義と違う

もうちょい細かく掘って話すと

大学の講義がよくわからん

1つ目の原因はこれ。多分これがみんなが思っていることやろ。

「IFとかポインタとか再起処理とかわかんねぇよしらねぇよ何やってんのかよくわからねぇよ。というかやってることが地味すぎて面白くないし興味もたねぇよ。俺はゲームとか作りたいんだよ。」

な感じで思っているんじゃないのかな？

入学前に想像していた講義と違う

多分2つ目の原因はこれ

入学前：「俺はプログラミングを学んでゲームとか作れるようになるんや！」入学後：「え？プログラミングくっそ地味じゃね？これなんのためにやってるのか全くわからんし意味わかんねー興味湧かんわー」

だいたいこんな感じやろ。大学側が思っているプログラミング教育の方針と生徒側が大学に求めているプログラミング方針の考え方が合っていなくてお互いに”ミスマッチ”が起こっている状況ではないのかな？と思う。

ただこういう考え方をしている人にちょっと次のセクションで厳しいことを言うんやけど・・・・

大学は研究機関←コレ大事

そもそも大学は研究機関なんよね。なので必然的に学ぶ内容も卒業研究とかで使うために必要な知識を学ぶことになる。なので”アプリ作りたい”・”ゲーム作りたい”って人はどちらかというと大学よりも専門学校とか高専とかの方が合っていると思う。（違ってたらごめん）

なので学ぶ内容が研究をする上で必要な部分になってしまうから基本的にはプログラミングの基礎的なテクニックと数学的な考え方を身につけることに焦点が置かれているんよね。

要するに「アプリを作る・ゲームを作るなどのプロダクトを作る教育方針とはまた別」ってこと。

そもそもできない方が普通だし面白くなくて当たり前

もちろん大学の講義のやり方だと”意味がない”訳ではないんよ。確かにプログラミングをする上での最低限の知識は身につく。

。。。。がそんなの面白くねぇよな。90分間よくわからんことをさせられてたら途中でモチベーションが落ちて居眠りしだしてDream .........な感じでな。

ぶっちゃけ俺は応プロを3回再履修してるけど（くそ）、最後の課題までクリアしている人は半分くらいだと思う。またクリアした人でも「稀で単位取れたわーw教科書暗記したらいけたw」「できる友達に答え見せてもらって単位取れたわ」「単位取れたからプログラミングはもういいわ」みたいなことを言う人が大半だと思う。（それってプログラミングの力身についているのか疑問）

というかこの学科に入ってきて初めてプログラミングやパソコンに触る人も多いのではないだろうか？(ファイルのコピーとかの操作の段階で苦戦している人がいる）

正直、講義という限られた時間の中で完全な初心者にプログラミングを学習させるのは無理があると思う。

嫌いにならないようにするためには

ここまでネガティブなことばかり言ってきたんだけど、読んでる人はこう思ったはず。

「じゃあ嫌いにならないようにする方法教えてくれよ」

ってな。じゃあ教えるんやけど、個人的には プログラミングは反応がわかりやすくなれば面白いと感じるんよね。

。。。ん？どゆこと？？って思った人がいたらわかりにくくてごめん。多分今までのやり方だと反応がわかりにくいと思ってるんよね。例えばコード書いて動かしても、

黒背景に白い文字が出てきてなんかしてるわ
教えたとおりにやっても文字が変わったり数値が変わったりするだけだわ

みたいな感じだと思う。ちょっとなんか一生懸命コード書いて得られた成果が薄い気がするな。

じゃあ逆に反応がわかりやすいようにすればモチベーションが上がると思ってて例えば

コントローラーやキーボード・マウスを動かすと画面に表示された何かが動いて、目的を達成するようにする。（ゲームのキャラクターとかが移動したりね）
スマホの画面に表示されたボタンを押すと、音が鳴ったり光ったりするようにする。
どこかのサイトから画像や文字を取得して、表示するようにする。とか結構あるな。さて、ここで反応がわかりにくい・わかりやすい例を紹介したんやけどこの2つには共通点があるんよ。それは入力と出力やな。ほらC言語で習ったと思うけどsscanfとprintfってやつね。

講義内ではキーボードで文字(値)を入力して、出力はディスプレイに表示みたいな感じだったんだけど俺は入力をこんな感じで考えて

画面のタップ・キーボードのキーを押す・マウスのクリック
センサーの入力（例えばモーションセンサーでスマホを振る反応する）

出力をこのような感じに考えてやれば

ゲームのキャラがジャンプをする・移動をする・タップすると画面の色が変わる
センサーに反応して、ライトが光る・スマホが振動する

プログラミングに対する興味というか面白さ・やってみたいなってモチベーションが上がると思うんよ。

。。。。どう？モチベーション上がった？もし興味が湧いた人は次のセクションを見てほしい

じゃあそれを実現するためには

ここまで読んでくれたなら「じゃあ反応がわかりやすいプログラミングをするにはどうすればいいねん」と思うかもしれん。どストレートで言うと

大学の講義だけではなく、講義外でプログラミングを勉強してなんでもいいから作品を作ってみよう。

例えば

ゲームとか
スマホのアプリとか
Webサイトとか色々あるな。とりあえず「俺ゲームに興味あるなー」「スマホのアプリ作ってみたいなー」「Webサイトで自己紹介ページ作ってみようかなー」みたいにやりたいこと(目標を定めたら)を思いついたら、すぐに取り掛かろう。

え？何からやれば良いかわからないって？？？

ググろう

「Webサイト　作り方」「iPhoneアプリ　作り方」「Unity ゲーム　作り方」

なんかでググれば今はたくさん情報が出てくる。基本的に俺もスマホのアプリを作るときはひたすらググってるし、現役のエンジニアの人もググってる。みんなググってる。（あとこのサイトでも情報を扱ってたりするね）

ググる→試行錯誤して作る→わからん→またググる（以下略この繰り返し。最初は検索の仕方がおぼつかなかったりするけど、慣れてくればググることも上手くなってくる。調べるスキルは大切やで。（意外とみんなわからなかったらググろうとする人いない）

そして完成させよう。クオリティーとかはどうでもいいい。とりあえずやり切ることが大切だと思う。ここまでできたならば

調べる能力
行動力
できた時の達成感

とか大学の講義では得られない経験を得ることができると思う。。。。！

要するに

「自分で作りたいものを決めて、自力で頑張れ」

そしてC(というか講義）の大切さを知ってほしい

そしてまた大学の講義の話に戻るんだけど、なんらかの作品を作っていると「あれ？ここ大学の講義で学んだとこじゃね？（IFとかFORとか）」と思う場面が出てくると思う。

そうなんよ。ここで大学の講義で学んでいる基礎的な部分の知識が関わってくるんよね。あと個人で作品を作っているとプログラミングの理解力の無さに絶望すると思う。（この部分のコードの意味がよくわからないとか）

その時に基礎プロや応プロで使った資料や教科書を見返してみて、コードを読み解いていく・・・みたいなことをするとすごくNiceだと思うわ。

あと意外とC言語は他の言語の元となっていたりしてて、例えば俺がiPhoneのアプリを作る際に使っているSwiftなんだけどドキュメント（プログラミング言語の説明書）にこんなことが書かれている。

【該当ページ(更新で画像の文言は消えてる)】 https://docs.swift.org/swift-book/documentation/the-swift-programming-language/thebasics#app-top

「Swift は、iOS、macOS、watchOS、tvOS アプリ開発用のプログラミング言語です。C または Objective-C での開発経験がある場合は、Swift の多くの部分に精通しているでしょう。」

ってな。なのでC言語での理解がある程度あると、今後何かを作っていきたいときにすごく助けられると思うし、他の言語を学ぶ際のハードルが下がったりする。

まとめ

長々と俺のクソみたいな助言というか話に付き合ってくれてありがとう。色々と語ってしまったけど、プログラミングをする上で1番重要なことは

楽しむこと

だと思ってる。もしこの記事を見て応プロや基礎プロでプログラミングへの苦手意識を少しでも和らげることができたのであれば幸いやわ。俺もプログラミングはまだまだ理解できていない部分もあるので、一緒に頑張っていこうや。

それじゃ、また別の記事で会おう😁

FlutterをWebで動かすと白紙になる人へ

Sat, 09 Mar 2024 00:00:00 GMT

はじめに

FlutterでWebを使おうとしたら、正常にビルドはできるのに表示されないトラブルに遭遇したため、対処法を書いておく。

ちなクッソ雑い記事なのでごめん🙏

その1:Flutter in app web viewを使っている場合

エラー内容 :::note alert TypeError: Cannot set properties of undefined (setting 'nativeCommunication' :::

なんかこのエラーが出ていた為、ひたすらGithubやらネットの海を漁っていると以下の情報がヒットした。

https://github.com/pichillilorenzo/flutter_inappwebview/issues/1468

このコードをweb/index.htmlのどこかに記載してあげると改善する模様。

<script type="application/javascript" src="/assets/packages/flutter_inappwebview/assets/web/web_support.js" defer></script>

その2:Firebase関連のパッケージを最新にする

エラー内容

:::note alert TypeError: Class constructor IndexedDBLocalPersistence cannot be invoked without 'new' :::

その１の対応をするとエラーメッセージが変わった。ググってみると以下のサイトの情報がヒットした。

https://stackoverflow.com/questions/77705647/flutter-typeerror-class-constructor-indexeddblocalpersistence-cannot-be-invok

このパッケージを最新Verにしてあげると俺は無事に表示することができた。

 dependencies:
  firebase_core: ^0.0.0
  cloud_functions: ^0.0.0
  firebase_auth: ^0.0.0
  cloud_firestore: ^0.0.0

まとめ

FlutterでWebを使おうとするとなかなかすんなりいかねぇな。

FlutterでReleaseビルドをするとネットが繋がらなくなる問題への対処法

Fri, 23 Feb 2024 00:00:00 GMT

起こっていること

https://github.com/gadgelogger/kokorahenn_flutter

ワイ「Flutter使ってこんなアプリ作ってるんやけど、そろそろ完成しそうやな」

ワイ「せや！release buildしてAndoridでチェックしたろ」 ↓ ビルドしてAPKで書き出し ↓ 「無事にビルドできたわ。。。。。うん？？？なんか店舗情報取得できねぇ。。。どうなってんだこれ？？？」

みたいな状況が発生した。

正常な時	今回の現象

対処法

https://minpro.net/socketexception-failed-host-lookup

パーミッションの設定漏れが原因でしたね。分かっている人なら「初歩的なミスだなwwwwおいwwww」となるけど、意外と忘れがち。

<uses-permission android:name=”android.permission.INTERNET”/>

コレを追加しておこう。

弱小エンジニアが語るインターンに参加してこれだけは意識しておいて欲しいこと

Mon, 19 Feb 2024 00:00:00 GMT

はじめに

どうもGadgeloggerだ。前回俺はこんな記事を書いた

https://qiita.com/gadgelogger/items/688c4b146611e610e5c6

今回の記事はこの続き的な感じやで。

対象読者

対象とする読者は以下のようにするで。

インターンに受かった人
コレからインターン選考を受けようとしている人
受かったけど、自分の技術力で業務をこなせるか心配ま人
技術力に自信がない人

。。。だいたいこんな感じかな。自分は上の全てにあてはまっているわ。

その1 挨拶をする

いやいやいやいやwwwwww急にどうしたwwwwwと思うかもしれないがこれは本当に大切。

とりあえずもし対面でのインターンで出社した場合、視界に入った人全員に「こんにちは！」と挨拶をしておこう。初対面でコレができていれば社内の人やメンターの方に好印象を与えることができるし、円滑なコミュニケーションを取ることができる。

また印象に残りやすいから、挨拶をした時は別になんともなくても後々メリットにメリットになって帰ってくるはずやで。

意外と挨拶ができる人っているようであまりいないんだよね。

その2 与えられたタスクに全力で取り組む

当たり前だけど、お金をもらっている（と思う）のでちゃんと与えられたタスクは全力で取り組もう。メンターや周りの人はしっかりと取り組み方を見ているよ。

特にオンラインのインターンの人は要注意

その3　15分考えてわからなかったら人に聞く

これは前回の記事でも話してたんやけど、１５分ルールってやつやな。個人的に一番意識してほしいのはこの考え方だと思うわ。

できなくてずっと考え続けて、終業時刻になって成果があまり出なかった....ではホンマ勿体無いからね。

「自分技術力無いし・・・こんな初歩的な質問するの恥ずかしいな・・・・」と思ってしまうかもしれない（過去の俺がそれだった）が、人に聞くってことも大切やで？

大抵の場合、メンターの方々は親切に答えてくれるはず。

【質問の仕方がわからない人は以下の記事が参考になると思う】 https://qiita.com/seki_uk/items/4001423b3cd3db0dada7

https://qiita.com/KNR109/items/550b52ff980c0c32bf2a

その４　定期的に自分の今やっていること・考えていることをSlackに書き込む

多分インターンに参加している場合、コミュニケーションツールはSlackだと思う。その場合、大抵「times_gadgelogger」みたいに自分専用のチャンネルがあるはずだ。

そこに業務中に悩んでいること・考えていることをメモがわりでいいからガンガン書き殴ろう。自分の場合は

今このタスクを行なっている
しかしこの部分の実装がよくわからない
これを調べてみたが、いまいち理解できない

など思ったこと頭によぎったことをリアルタイムでじゃんじゃん書きなぐっていた。こうすることで、周りに自分の現状を共有することができるので、メンターの方から的確にアドバイスをもらえるし、質問するときに流れがスムーズになる。

できなくても焦らない

一番最初に思う悩みがこれなんじゃ無いのかな？インターンに参加すると周りのレベルの高さに驚くと思う。自分より圧倒的に技術力・学力が高い人がいて怖気付くかもしれん。

。。。けど安心してほしい。インターンに参加できている（選考を通過できている）時点で素晴らしいと思うので自分に自信を持って業務に取り組んでほしいね。

あとみんな初めは初心者ってことも忘れずに。

(まとめ)業務中の行動は早期選考に関係する

なんでこの記事を書いたかっていうと、最終的な理由はコレだね。インターンの業務中の行動は全部人事の方やメンターの方が記録していたりする。

見ているポイントは

業務への取り組み方(技術力が低くても一生懸命頑張っているか？)
人間性
コミュニケーション力(質問の仕方とかな）
会社にマッチしているかどうかの３点だと思う。（だから挨拶とか当たり前のことを書いたんよ）

結果によってはインターン終了後に人事の方から「gadgeloggerさんは最終面接からご案内します」だとかいきなり内々定をもらえることもあるのでインターンはまじで頑張るべき。

できないならできないなりにがむしゃらに頑張っていれば、何かしら恩恵は受けれると思うし、メンターや人事の方々はしっかりと見ていてくれているはずやで。

インターンは選考とあまり関係ない・・・と言う人もいるけど、ガッチガチの選考だからそこは意識しておいてほしい。

freezedでxxx.g.dartが生成されなくてキレている人へ

Wed, 14 Feb 2024 00:00:00 GMT

チェックポイント

その１　必要なパッケージはちゃんと入ってる？

https://pub.dev/packages/freezed

Readmeのinstallセクションで必要なパッケージが記載されている。Freezed単体だけでは動かないので注意。

あとちゃんと公式のドキュメントを見よう（俺な）

その２　ファイル名をミスってないか？

partのファイル名とlib配下にあるファイル名が違ってると生成できないで。アホ初歩的なミスだけど俺はやらかしたので書いておく

その３　puspec.yamlのインデントがあっているか？

ターミナルからパッケージをインストールした人は問題ないけど、ファイルに直接入力した人は要注意。インデントミスっててちゃんとインストールできてなかったりする。

その４　.fromJsonをちゃんと書いてる？

例えば飯のAPIを叩きたいときにRestaurantクラスを書いたとする

  factory Restaurant.fromJson(Map<String, dynamic> json) =>
      _$RestaurantFromJson(json);

.fromJson//コレが必要なので注意

コレちゃんと書いてないと動かんよ。

その５　ていうかpartを記述していない

赤枠の部分な。意外と忘れがち。

その他

ファイルがちゃんとlibとbinディレクトリの中にある？

特に何も指定しないとlib/かbin/配下のファイルだけが生成対象となるので注意。

pubspec.lockを一旦削除

コレは俺のカンやけど、pubspec.lockを削除して再度

flutter pub get

すると治ることもある。

ターミナルとエディタを再起動

これでも治ることがある。（困ったときは再起動ってやつやな）

Module 'Nuke' has no member named 'loadImage'になってブチ切れてる人へ（俺）

Sun, 11 Feb 2024 00:00:00 GMT

【背景】

https://mo-gu-mo-gu.com/ios-qiita-client-tutorial-api/

SwiftとUiKitの練習でこの記事のアプリを作ってみっかーと思ったら途中で詰んだので共有。どうやらNukeの更新でNuke.loadImageがなくなってしまった模様。

ネットで調べてもあまり情報が無いため、メモ代わりにここに書いておく。

ダメな書き方

Nuke.loadImage(with: ***, into: ***)

これだと Module 'Nuke' has no member named 'loadImage' となる。

イケる書き方

その１

import Nuke
import NukeExtensions //コレ追加

importでNukeに加えて"NukeExtensions"ってやつを追加

その２

loadImage(with: ****, into: ***)

この書き方をする。そしたら動いたわ。

サ○ーターズの1on1イベントに参加したけどちょっとモヤる点（概ね良かったけどな！）

Sat, 27 Jan 2024 00:00:00 GMT

:::WARNING この記事は俺の主観的考えが含まれています。 :::

はじめに

サ◯ーターズの1on1イベントに関する記事が沢山上がっているけど、個人的に参加してみて思ったことがいくつかあるのでちまちまと書いていこうと思う。

もしかしたらサ◯ーターズさんに不利益な記事になってしまう可能性もあるので、そこはすまん。

そもそも1on1イベントってなんなん？

みんなが知っている企業（メガベンチャー）の人事の方やエンジニアの方々と個別で話せる逆求人イベントである。
最大８社と面談することができる（。。。がちょっときになるので後述）
参加した学生には何円か就活応援支援金を貰える（アマギフとかで）

参加へのハードルは？

ハードルは正直言って高い。２年生の夏に申し込みをしてみたが速攻で門前払いを食らってしまった。プロフィールに個人開発の制作物を記載していたのだが、インターンが未経験だった為それで落選した模様。個人的に１on1に受かるコツ的なものは

インターンに参加している実績があり実務経験があること
個人開発などの成果物があること

の２つが重要そうだと感じる。ちなみに学歴とかでフィルターをかけてそうな感じはしなかった。（俺はFランやけど通過したので）

イベントの流れ

イベント名	概要
企業プレゼンテーション	企業の５分ほどの説明を聞き、アンケートに記入していく。（ちなみに時間がかつかつなので、アンケートに記入するのがマジでキチい。もうちょい時間欲しい）
昼休憩	一旦昼休憩。この間にサ◯ーターズ側が記入したアンケートをもとに、俺がどの企業と面談をするか決める。（ちなみに決め方などは一切非公開なのでブラックボックスみたいやわ）
個別面談	大体5分の自己紹介の後、２０分の面談を行っていく

企業説明を聞いてみて

いろんな業種の会社が参加してんなぁと感じた。モバイルアプリとかWebとかゲームとかマジで業種が幅広いなと感じた。

参加してみてどうだった？

一言で言うとマジで疲れる 朝の10時から夜の20時まで掛けての長時間のイベントになるため、腰と肩と目が逝く。あとひたすら企業の方と面談をするため、喉が枯れるから水はマジで必須。

ただ企業の方々に自分の強みや開発物のアピールをすることができる貴重な機会なのでコレは本当に良かった。（自分は個人開発でアプリを作っててリリースまでできているので、そこが結構ウケることが多かった）

あと運が良ければ、インターンに招待されたり選考なども免除されたりするので受けてみる価値はめっちゃあると思う。

面談の雰囲気はどう？

ぶっちゃけ”面接”ではなく、”面談”なので基本的には和やかな雰囲気やね。ただ人事の方から「将来どんなエンジニアになりたいか？」「就活の軸は何か？」「開発をする上で大切にしていることは？」などの質問が来たので、この返答次第で選考免除などをしているのかな？と感じた。

ちなみに面談終了後には各企業からフィードバックを貰うことができるで。基本的には褒めてもらえる感じやわ。（ちょっとDisってほしいなとは思うけど）

不満点

。。。とここまでは他の「1on1に参加してみた」的な記事だが、ここからは俺がちょっともやった本音をバンバン言っていこうと思う。（この記事消されるかも）

不満点その１：最大8社は誇張表現じゃない？

サ◯ーターズのイベントには2回参加させてもらっているのだが、実際に面談できた企業の数は４つぐらいしか無かった。同じく参加していた友達も4社しか面談をすることができなかったので、最大8社と面談できると広告を出すのはちょっとどうなん？？？と思う。てか冷静に考えると、参加者の人数と時間的に最大8社と面談できるのは現実的では無いと感じるね。企業の数が15で、参加していた学生の人数が30人くらいかつ最大8ターンの面接の時間しかないと考えると（単純計算したら） 15×8÷30=4になるので、実質４社としか面談できないよね？？？

不満点その2:どれだけ頑張っても面談できない企業がある（というか希望する企業と面談できないことがある）

まあ時間と参加している人数的に無理なものはしょうがないが、どれだけアンケートに熱心に書いても希望する企業との面談が組まれないことがある。自分の場合M*XIと面談したかったが、２回参加して２回ともだめだった。

あと面談の組まれ方が非公開なのがちょっとなーモヤるよね。

不満点その3:強制的にエントリーさせられる企業がある

これがわりと俺の中でモヤッとする部分やな。面談の前に会社説明会があって、その後のアンケートに「この会社を受けたいか？受けたくないか？」と回答を記入するのだが、受けたくないと答えた会社から普通に「エントリーさせていただきました」みたいなメールがめっちゃ来るのでマジで迷惑。個人的にサ◯ーターズとかに登録するメアドはサブのメアドとかにしたほうがいいと感じる。

まとめると

メリット

自分を企業に向けてアピールしまくれる
運が良ければ選考免除などがある
就活をより良く進めることができる
面談をすることにより、大人と話す練習にもなる

デメリット

結構強制的に興味のない会社へのエントリーが勝手にされることがある（マジでこれどうなん？）
最大８社と面談できるが、実際は最大４社（誇張表現しすぎやな）
希望する企業と必ずしも面談ができるわけではない

個人的にメリットのほうがデカいけど、デメリットというか注意点があるなーと感じた。

弱小エンジニア志望学生が紹介するインターン先の探し方と経験談

Thu, 25 Jan 2024 00:00:00 GMT

どうもTumoTumoだ。俺はこの記事を書いている時点でまだ内定が無い弱小25卒なのだが、そろそろ年も開けて26卒がインターンを探す頃合いになってきたと思う。ただいきなりインターン先を探そうとしても「わかんねぇよ！！！！畜生め！！！！！！」となるはずなので、今回は我流ではあるがインターンの探し方を共有しようと思う。

※即席で書いた記事なので、後から情報をどんどん追記していくで。 ※2024/04/01ぐらいに内定を貰えました。内定をもらえた記事は別途書いているので暇な人は見てくれるとありがたいかも。

https://qiita.com/gadgelogger/items/b9442c6ce15a413541b5

※さらに追記:たくさんのいいねありがとう🙇‍♂️。この記事を書いて誰かの役に立ててるみたいなら幸いやわ。・・・が時が経ち遂に26卒や27卒も動き出し、就活もさらに早期化してきたな。

正直ここに書いてある情報が古くなってきているので、「俺がこの情報を正してやるよ！！！」とか「もっとこうした方がいいと思うぜ！！！」みたいな人は遠慮なくリクエスト送っちゃってください。

可能な限り対応します😁（この記事を見ている人が就活に成功してくれることを願っているので）

更新履歴(2024/08/31)

学歴フィルターについての情報を追加
使ってたサービスにPaizaを追加
使ってたサービスにサポーターズを追加
コーディングテストの具体例を追加
面接に関する情報を追加
受かる確率を上げる秘訣を追加
自己分析について追加
面接に対して推定質問集を追加
魔法のスプレッドシートの2024年版が出たので更新
内定もらえた記事のリンクを追加←イマココ

俺のスペック

大学：Fラン理系大学（追加で理事長が不祥事を起こして泣けるぜ）プログラミングスキル：PaizaのCランクくらいまでは行けるが、アルゴリズムやアーキテクチャについてはマジで訳分からん。成果物：有り（こんなのを作ってる）

https://ous-unoffical-app.studio.site/

この記事を書こうと思った理由と対象とする読者

ぶっちゃけインターンの探し方の記事なんてQiita上にいくらでもある。今更こんな記事書いても伸びねぇよ。。。と思うが以下のような状況に遭遇したのでこの記事を書こうと思ったわ。

【状況再現例】就活始めた時に俺「インターンって何から始めたらいいんや。。。何も分からん。。。ググろ」

Google「エンジニア_インターン_探し方」

Qiita「インターンの探し方（投稿者している人は高学歴）」 Qiita「インターンの探し方（投稿している人はアルバイトで実務経験あり）」 Qiita「インターンの探し方（投稿してる人は幼少期からプログラミングしてる）」

俺「レベル高すぎて草。もっと初学者向けの記事ないんか」

とこんな状況になったので随筆してみたんよ。以外と初学者がインターンの探し方を書いている記事が無いので需要があるかな？と思って書いたんよ。

とりあえず俺の記事は

既にプログラミングを初めて半年から1年ちょい
何らかの成果物を作っているかリリースしていること

をターゲットにして随筆し続けていくわ。（なるべく初心者に寄り添った記事を書いていきたいよね。俺も初心者なので）

前提として

そもそもインターンを探す以前に、どれくらいの時期からインターンを探し始めた方がいいのか？とか色々疑問に思ってる人も多いと思うので、俺が今思いついた質問事項をまとめておこうと思う。

そもそもいつからインターンを探し始めた方がいい？

これは人に寄るが、俺的理想では

メガベンチャーとかみんなが知ってる企業を目指すなら2年の1月から（3年になる前の月ね）
遅くても3月から4月には始めた方がいいと感じた。

インターンって受かりやすいって聞くけど、どうなん？

これはNOやなｗ余裕でバンバン落ちるで。俺も30社くらいエントリーして、受かったのは4社だけだったので現実はそんなに甘くない。

これは俺が技術力が無いかもしれないのが原因だが、俺の親友で実務経験あり（プログラミングのバイトしてる）のアイツでさえも余裕で落ちまくっていたので”落ちるのは当たり前”と考えたほうが良さそう。

インターン行ったら就活がEasyになるって聞くけどマジ？

これは”マジ” インターンに参加すると書類選考や一時面接が免除などの特典がついてくる可能性がある。またインターンの取り組み次第（成果）でいきなり最終面接に行くこともできるので、ぜひインターンに行ったほうがいいと俺は思うよ。

また1社インターンに行くことで、他のインターンに参加しやすくなったりする（実質実務経験ありになるからね）ので、メリットづくしだな。最高や。

1Dayのインターンっておすすめしないって聞くけど、どうなん？

これは悩ましいが個人的に1Dayのインターンって、会社説明会だけだったりする場合が結構あったので、個人的にはあまりおすすめしないかなーと感じる。

短くても1週間から2週間（最低限の実務感が味わうにはいい）長くて1ヶ月以上（ゴリゴリ腕を鍛えることができる）は欲しいと感じる。

ポートフォリオとか制作物はあったほうがいいん？

これは圧倒的にYES 俺は他の人と比べてプログラミング力は弱々やし、コーディングテストが解けなかったりする。ただ実際にアプリを作ってリリースまでしていたので、コーディングテストの結果が良くなくても面接までは通過したりはした。（運が良ければそれで合格したりもしたので、マジで成果物はあった方がいい）

自分の学歴が誇れないんやけど、フィルターってある？

これは「無いです！！！！！」と断定はできないんやけど、俺が受けてきた会社では無かったわ。ただ書類選考のときにある程度は見ているんじゃないかなー？と思ったり（けど落とされるわけではない）

やっぱ重視しているのは”技術力”と”やってきたこと”やと思うね。自分は学歴もないし、技術力も人と比べたら劣ってるけど、アプリを作ってる実績があるおかげかそれで問題なくパスはできた。

また自分の周りでメガベンチャーに内定を取っている人がいるけど、専門学校に在学している人だったりするのでやっぱ学歴はあまり重視してなさそうやな。

コーディング試験って何？イメージがつきにくいわ

IT企業にプログラミング全然できないチンパンが入ってこられても困るからそいつらを粛清するための試験やね。問題は色々あって・・・ 1つ目は アルゴリズム系を問われる問題 これは以下のようなテスト試験サービスで受ける感じ。

Track（大半の企業がこれ/Yahoo/DeNA/Line/リクルート）

https://tracks.run/products/test/

Codility（楽天で採用）

https://www.codility.com/

HireRoo（一部の企業の採用）

https://hireroo.io/

...な感じやね。大体この３つサービスが主に使われてる感じやわ。

ネットとかで「Track 例題」とかで調べたら問題が出てくるので雰囲気はつかめるはず。ちなみに回答時間は1時間だったり2時間だったりする場合が多い（下手すればまるまる1日かけて行ったりする場合もある）あとググるのはOK（なはず。会社によって方針が違うのでよく確認してな）

2つ目は １週間でアプリか何らかのサービスを作る問題

こういうパターンもある。この手法をとっている企業はクックパッドとかゆめみがあるね。

https://github.com/yumemi-inc/flutter-engineer-codecheck

こんな感じの使用要件をもとにアプリを作っていく感じ。イメージが湧かない人は”株式会社ゆめみ”さんのコーディングチェックを置いとくね。見てみて！

コーディング試験解けないんやけど・・・・

奇遇やな。俺もや。コーディングテストへ打ち勝つにはやっぱ地道に対策していくしか無い。（楽する方法は無い）結構Qiitaとかでは「Atcorder」とか進めている人多いけど、ガチでプログラミングの”プ”すらも怪しい人は「Paizaラーニング」をおすすめしておく。

こっちのほうが解説があって丁寧やし、UIが見やすいし（あと後述で頑張れば就活とつなげることができる）

個人的にはPaizaをやって行ってランクBくらいまで行ければ大半の企業のコーディングテストには打ち勝つ事はできるかな。

ただLineヤフーとかメルカリとかあのへんのレベルになるとSランクを求められることがあるので注意。

https://paiza.jp/works

https://atcoder.jp/?lang=ja

それでもコーディングテストが無理ゲーな人へ

頑張ってBまでやってみたけど、本番になると解けない人へ。コレは俺の憶測だからあまり信用しないで欲しいんやけど、コーディングテストの評価方法は各会社によって異なることがある

例えば

とりあえずコード書いて動けばOKみたいな会社（細かいロジックは見ない）
動けばいいだけではなくロジック部分も見る会社
頑張って途中までコード書いて動かないけど、頑張ってるなと思われて合格にしてくれる会社
0点やけど、履歴書の内容が面白そうでとりあえず合格にしてくれる会社

などなど色々あるので、最悪点数が取れなくてもなんとか・・・なるはずやと思う（あくまでも自己責任でな。真面目に勉強するに越したことはない）

そもそもコーディングテストができなかったとしても突破できる可能性もなくはない。あれは応募者の”やる気”があるか・ないかを見極めている場合もあるので、白紙で出さずに正解しなくてもいいから何らかの動くコードを書くのが良いかもしれない。コードにコメントアウトを打って何をしているのかを丁寧に説明するとかをしていればワンチャン。。。あるかも？

採点基準

「採点する時って会社の人は何を見てるんやろな？？？？？」と思ったことはない？思うよなw？ 一応便利そうな情報のリンクを貼っとくで

https://qiita.com/lovee/items/d76c68341ec3e7beb611

(これはちょっと中途採用向けかな)

https://logmi.jp/tech/articles/305487

(こっちは新卒向けかな)

探し方

ここからは俺がインターンを探すときに使ってたサービスをざざっと書いていくわ。ちなみに案件とかお金とかはもらってないので、ズバズバと言っていく。

1.魔法のスプレッドシート

https://magic-spreadsheets.github.io/

メガベンチャーや主要な企業のインターン情報を有志がまとめてくれているページだ。俺はここからインターンに行きたい企業を選別し、片っ端から応募していた。（バックエンド・フロントエンド・モバイル・ゲームなど結構幅広いジャンルをカバーしているので、これだけで事足りるかも）

メリット

いちいちググる手間が無くて楽
絞り込みできるので視認性が良い
幅広い職種をカバーしている

デメリット

掲載されている会社がメガベンチャー寄りなので、ベンチャーや中小企業の情報が少ない
公式の情報ではないので、一部情報が間違えてたりする場合もあるので注意

2.Wantedly

https://www.wantedly.com/

洒落たUIの逆求人サイトな感じ。プロフィールに経験や実績・自己PRなどを記載しておけば結構な頻度でオファーが来たりする。

掲載されている会社はベンチャーや中小企業が多めなので、メガベンチャー以外のインターンを探す時はここを使っていた。

ちなみに運が良ければ、メガベンチャーなりかけのベンチャー企業からオファーが来たりする。（俺はFreeeからオファーが来た）

メリット

UIがイケてるので視認がよい
ベンチャーと中小企業の掲載情報が圧倒的に多い
かなりの頻度でオファー来る

デメリット

応募しても返信がない企業がちょくちょくある

3.Paiza新卒

https://paiza.jp/student

俺は使っては無いんやけど、Freeeのインターンで一緒になったダチが使っていたので共有。 Paizaでコーディングテスト対策をしてランクを上げていくと、企業の方からスカウトが来ることがある（勉強もできて、就活に直結できるので結構デカい）

友達の場合は「AからSランクを解いたらLineとかFreeeとかメガベンからオファー来たで」と言っていたのでアリかも。

ただコレ経由で応募してもコーディングテストが確定で免除されるわけでは無いので注意。

メリット

コーディングテスト対策の勉強が就活に直結する
↑なのでモチベーションが上がる
メガベンチャーからベンチャーまで掲載企業が幅広い

デメリット

この方法で応募しても企業のコーディングテストが免除されるわけではない
登楼するとウザいくらいメールくるので注意

4.iroots

https://iroots.jp/

俺的には就活サービスの中でかなりハイレベルなサービスだと思う。利用している学生の大半がMARCH以上の学歴らしい（多分）

...まあそんなことはどうでもよくて、このサービスのイケてるところはプロフィールの文章がどえらい長く書ける点やな。

なので最大限自分のアピールをすることができる。またこのサービスの運営元は掲載する企業の審査と選別があるので怪しい企業は基本的にないと思ってもらって構わない。

だがOfferboxやWantedlyなどとは違って全くオファーが来ないので、自分に自身がある人は使ってみるといいかも？

メリット

掲載企業はメガベンチャーばかり
プロフィールをめちゃくちゃ書けるのでアピールできる

デメリット

マジでオファーが来ない（来たらすごいよこれ）

5.サポーターズ

https://talent.supporterz.jp/service/

もうこのサービス知ってる人多いと思うので細かいことは言わないわ。逆求人イベントといえばコレ。ただイベントに参加するには審査があって、それに合格しないと参加できないので注意。個人的にインターン未経験だと審査に落ちる可能性が高いのであまりおすすめはしない。（が登録だけしとくのはアリ）メリット

逆求人なので自分をアピールできる
掲載企業はメガベンチャーが多い
運が良ければインターンの選考を免除してくれる場合がある。

デメリット

参加するハードルが高い（インターンに行った実績が無いと受かる確率が低い気がする）

6.Twitter(イーロン・マスクのおもちゃ）

意外とTwitterも就活用ツールとして侮れなかったりする。検索で「(言語・フレームワーク)（インターン）」で検索すると、ベンチャーや中小企業の人事の方が「インターンを行います！興味のある方は気軽にDMしてください」的な感じでツイートしてたりするので。

自分はDMしてみたら選考に上がらさせて頂けたので感謝しか無い。（ありがとうございました）

面接について

さて、ESとコーディングテストと殴り合いをし勝利を勝ち取ったら今度は２ラウンドだ。 面接に関してはぶっちゃけ俺はあまり対策せずにアドリブで言っている。 まあよく聞かれる質問は

自己紹介してね
大学ではどんなことをしていたか？
制作物はある？
開発経験を教えてね
↑あるならば開発する上で工夫したこと・大変だったことは？
またそれを開発する上でなぜその技術を採用したのか？
なぜうちの会社にインターンに応募したの？
その他履歴書の深掘り まあ大体こんな感じじゃね？ぶっちゃけ面接なんて本番にならないと聞かれる内容なんてわからないし、対策のしようがないので自分は聞かれた質問に淡々と答えることをやっている。。。。が俺はチキンなので最低限これだけはやってるで。
発声練習（最初の一言で全てが決まる。声がハキハキだと印象良いぞ！）
受けている企業のリサーチ（当たり前・募集要項や企業理念・社長とかお偉いさんの情報収集くらいはしとこ？）
なんで俺はここの企業に行きたいんだ？とかを相手に言えれるように言語化しておく
相槌はオーバーリアクションで（オンラインだと感情が相手に伝わりにくいので）
目線はWebカメラで（画面を見ちゃうと相手からは下を向いているように見えるで！）
とにかく笑顔（クスリでもキメたのかってくらい笑顔で）
俺若いんっすよ的なオーラを出す（これは任意やけどな！）

まあこんな感じやな。まあ自分のことをよく知っているのは自分だし、自分で開発をしたことがあるなら質問が来ても淡々と答えることができるはずやで。 あと IT企業の面接はガッチガチの硬い感じではなくて比較的穏やかな雰囲気で行われることが多いなと感じた。(もちろん社風が古い企業だと訳が違うとは思うが)

Tips

ちなたくさん企業受けるとなると「情報管理するのだりぃ！！！！」ってなるはず。

俺はNotionで管理していたので共有しておく。（他にはスプレッドシートで志望動機をまとめたり、iPhoneのメモ帳を使ってたりするね）

https://www.notion.so/ja-jp

こんな感じで受ける企業ごとにページ作って、企業理念とか情報を収集して。。。。

そして志望動機とか自己PRとか自己分析をしてみて（我流だから参考にしないように）

聞かれそうな質問リストをガンガン書いて、それに対して回答を書いていく。。。みたいなことをしていたわ。ちなみにこれは本選考でも流用できるやり方やね。

自己分析をするコツ

自己分析をするコツは俺はノリとカンでやってるので言葉で説明するのは難しいんやけど

モバイルエンジニアになりたい ↓ なぜモバイルを志望するのか？ ↓ そもそもなぜエンジニアになりたいのか？

みたいな感じで「なぜ？」をひたすら繰り返して深ぼっていく感じやわ。

自分の場合は酒飲んでる時とかうんちしているときに思いついた内容をマインドマップに書き殴ってた。（画像はMiroってサービスを使ってる）さっきのは大雑把すぎたのでもうちょい丁寧に言うと、例えば「エンジニアになろうと思ったきっかけ」とか「俺はなんでこういう性格なのか？考え方なのか」みたいな題材を１つ取り上げて

なぜそうなのか？みたいな質問を書いて、答えを書く
なぜそう思ったのか？その性格がいつから形成されたのか？（きっかけ）
そのきっかけの原体験を書く

な感じでとっさに考えたこと、思いついたことを「正しい・間違っている」関係なくガンガンゴリゴリ書いて言語化していく。そして時間をおいてその内容を見返して深掘り再度考えると「うおおおお！！！？！なんか頭がキマッたみたいに考えが整理整頓するぞ！？！？」みたいな感じになり、結論というか思考が方になっていく感じがするわ。

あとコレを極めてたら、自分自身に正直になった感じがするので、どんな質問が来ても結構返せるようになったりするで。自己分析自己分析うっせぇな。と思ってたけど、重要性がわかった気がするわ。

補足

１０社くらい受けてきて「あーよく聞かれるな。この質問」みたいなものをまとめたわ。よければ練習で使ってほしい。

この質問に対して、スラスラと答える（書く）ことができるなら面接は安泰かな。答えることができなければキッツイので、ゆっくり時間をかけて考えよう。

面接は「自分を知る」ことが俺は大切かなと思ってる。

https://docs.google.com/spreadsheets/d/181Rw92Nr52axGjhMeozuoG6U3el-fR4r477A2FwT2dA/edit?usp=sharing

受かる確率を上げる秘訣

ここまで長々とコーディングテストに関することとか書いてきたが、それ以外で受かるための確率を上げる方法が2つあるので書いておく

1つ目:成果物を作ろう。。。じゃない。作れ！

とにかく何でもいいから。。くっそしょーもないWebサービスやアプリやら何でもいいから作らないと選考でだいぶ苦戦する。 投稿者の大学では「大学でプログラミングをしたから大丈夫🤪」みたいな考え方をする脳みそ花畑な人がいる。。。。。が就活では大学で行ったプログラミングの経験は一切聞かれるが、深掘りされるわけではない。

大学のプログラミングの講義の単位を落としている（C言語苦手）俺が言えないけど、大学の講義はプログラミングを学ぶだけで作ってはない感じがするんだよね。企業が求めているのは***学んだ知識を生かして何を作ったか？***をすごく問われる。なので大学の講義だけではカバーしきれない。なので大学３年になるまでには何らかの成果物は作っておこう。ホント成果物があれば書類選考の大半はパスできるので、落ちる確率は大幅に下がるはずやで。

Tips

個人的にプログラミングを学ぶなら最初から「プログラミングのロジック」を学ぶのではなく、適当に写経でも良いのでとりあえず”動くもの”を作ってみるのが良いと思うで。 その後に「書いたコードを１行１行よく見てなんで動いているのか？どんな処理をしているのか？」を人に説明できるよう言語化できるようにプログラミングのロジックを勉強していけば良いと思うな。 だって最初から小難しい話しても面白くないし飽きるっしょw（え？俺だけ？）

2つ目:人との繋がりを作る(一番大切)

これはFラン大学に行った俺が悪いんだけど、うちの大学での最大の欠点は「まともなIT企業に就職する人は少ない」ことだ。 同じ学科でインターンに行ってそうなやつはいないし、無気力なやつが多すぎる。なのでもし、読者の中でこのような環境にいる場合、在学している大学ではなく他大学の人と繋がることをお勧めする。繋がる方法は何でもいい。てか今時 SNSという便利な物があるからそこで情報を共有するのもアリだろうな。また企業のイベントなどに積極的に参加してエンジニアや企業の人事の方と繋がりを作るのもいい手段。自分の場合は貪欲なので、下記リンクのイベントに出席させてもらいプレゼンをさせてもらった。【イベントの雰囲気の画像】

https://twitter.com/shibuatsu8/status/1665724159798935552?s=20

【発表スライド】

https://speakerdeck.com/gadgelogger/fluttertofirebasewoshi-ida-xue-sheng-huo-wotiyorokusiyou

このような場でプレゼンを行うと想定していたようにいくつかの企業から”インターンへのお誘い”が来る場合がある。（自分は実際あった）また本来インターンの専攻を受けないといけないが、それをパスさせてくれることがある。

汚い言葉だが、コネを作るためにこういう場に出ることも大切だし、強強エンジニア同士で情報を交換できるので（就活の相談ができる）非常に有意義な時間になるはずだ。まあ自分は運がいいのか知らんけど、Webなんでも出来るマンの親友と優秀な同学部のOBに助けられているので感謝しかない。（アイツらがいなかったらずっと夏まで遊び呆けていただろう。）

まとめ

こんな感じで大体俺が使ったサービスや経験談を紹介してきたわ。

ここまで読んでくれている人は絶対インターンに受かるはずだと信じているぜ。

大抵はコレでインターンの選考は着々と進んでいけると思うので、26卒の人は是非頑張って欲しい。

またサマーインターンに行けなかったとしても秋冬にインターンがあったりするし、次年度の春にも開催されたりするので焦らずにゆっくりと就活を進めてほしいわ！頑張ってな！（心身が病まない程度にな）

freeeの2weeksインターンに行ってきたよって話

Sat, 20 Jan 2024 00:00:00 GMT

freeeの2weeksインターンに参加した振り返り

どうもGadgeloggerだ！E社に引き続いてFreeeでのインターン結果報告をしようと思う。ちなみに自分はFree会計のiOSアプリチームに配属されて、Swift（UiKitとSwiftUI)を用いた開発に携わったわ。

どんなインターン？（Wantedlyから抜粋）

25新卒エンジニア向けの2weekサマーインターンを開催します！

2019年に現東証グロースに上場し、時価総額もマザーズトップ3に入る急成長ベンチャーの開発現場を体験してみませんか？モダンな開発環境、スピード感、ユーザーの課題解決の難しさなどを味わうことが出来るインターンです。

◆内容◆ 夏インターンの成果によって本選考の特別選考ルートもご用意をしております。・freeeの実際のプロダクト開発の現場に入っていただき、開発実務に携わっていただきます。・インターン向けのお題ではなく、freeeで実際に未解決の難題に取り組んでいただきます。・各開発チームから選りすぐりの難題をご用意してお待ちしています。・freeeの第一線で開発にあたるエンジニアがそれぞれメンターとしてお付きします。

インターン詳細情報はこちら

インターンに参加したきっかけ

きっかけはWantedlyからのオファーやね。ぶっちゃけオファー形式のサービスって「絶対コレBOTだろ。。。。」みたいな文章ばかりで正直うんざりしていたのだが、この会社さんだけはなんだか・・・・・こう・・・ちゃんとプロフィールを見てくれているなと感じたので気になったんよね。

ただ自分ができることがFlutterしか無いから難しいんじゃないのか？と思い、メッセージを返信してみたところ

このように「大丈夫やで」と返信をくださったので「とりあえずダメ元で受けてみっか」な感じで受けてみたんよ。（そもそもBOTだと返事すらしないところが多い）

選考について

選考については以下の流れになる。

まずは会社説明会
次にコーディングテスト
面接
合格通知が来たらインターン参加

コーディングテストについて

コーディングテストについては「Hireroo」というサービスを使って解かされた。言語は主要なものはほぼ対応していて、難易度としてはPaizaの「CからBくらい」だと感じた。

あと自分はアホなのでほぼ不正解だったがなぜか選考をパスした。

面接について

面接は雰囲気は堅苦しくなくゆるい感じで行われた。聞かれた質問については

自己紹介してね
大学はどこ？
大学でどんなコトしてる？
開発物はある？

な感じだった。ガチガチな面接でもなく、鋭い質問などもなく聞かれた質問に淡々と答えていった。

選考結果通知

結果は補欠合格でした（あぶねーｗ）

インターンに参加する前に

さて、無事にインターンに合格することはできたんやけど自分はFlutterしか経験なくて、プログラミングの”プ”も怪しいレベル。このままインターンに参加するのは怖いので会社さんに自分「自分Swiftの経験がないんですけど大丈夫ですかね。。。？」と聞いたら Freeeさん「可能ならこのチュートリアルを一周してほしい」

と言われたので行うことにした。記事は全部英語だけど、SwiftUIとUiKitのアプリ制作を体系的に１から学ぶことが出来るので良い勉強になった。もちろんすべて理解できるわけではないけど、とりあえず手を動かしてアプリを完成させるところまでは行ったわ。

インターン初日

メンターの方やペアになるインターン生と自己紹介し、PCのセットアップと環境構築を行った。デカい企業のすげぇなと思った部分が早速あって、それはマニュアルがすごく手厚いところ

Macの設定
Xcodeなど各種ソフトウェアのインストール方法
Githubの連携などなどマジで「おいおいｗ過保護すぎるだろｗ」と思えるくらいすごくマニュアルが充実しすぎててびっくりしてしまった。また困ってしまったらSlackに投稿すると同じ部署のエンジニアの方が５分以内に反応してくれるので、マジで過保護だなと感じた。（遠慮なく質問してな❗と言ってくれてかなりゆるい）

とりあえず初日は環境構築ぐらいで終わったが、インターン生とエンジニアの方の距離が近いのか情報共有がしっかり行われているなと感じた。

支給PCについて

どうでもいいんだけど、支給されたPCのスペックは

M2MAXMacbookPro14
RAM64GB
ROM2TB
USキーボード（まじで神）とドン引きするくらい高性能なものを支給していただけたので開発がマジで捗った。（ビルド早すぎて笑う）

2日目

いよいよ本格的に業務を開始していくただいきなりコーディングではなくて、まずはFreee会計のアプリをインストールして一日中使ってみるが自分たちに与えられたタスクとなった。

１日中アプリを触ってみて「ん？ここ使いにくいな？」と思った箇所をガンガンリストアップしていってまとめるというのが内容やわ。大体１０箇所くらい見つける事ができた（比率的にはUIとUXの部分が多かったね）

あとFreeeの働き方が結構特殊だなと思って

評価は時間ではなくて成果（アウトプットがあればOK）
15分ルールがある（分からなかったらすぐに聞くスタイル）と結構日本の会社らしくないなと感じた。またこの日から夕会があり（一日行ったことを発表する感じ）、インターン生同士で情報共有や学びなどを参考にすることが出来るので、この部分はマジで最高だなと思った。

3日目

３日目は。。。なんとFreeeのオフィスに凸らせて頂けた。本来インターンはオンライン開催のみなのだが、自分はオンラインだと物足りない主義（人と話しまくりたい）なのでメンターの方に俺「オフィス行ってみたいんですけど。。。。だめですよね。。。」と言ったらメンターの方「マジ！？岡山から？交通費出ないけど大丈夫そ？それでもいいなら歓迎するよ」と言ってくださったため。。。。。

オフィスに凸ってきました。社内は撮影禁止なので画像は一切無かったんだけど

社内めっちゃキレイ
お菓子とドリンク飲み放題
Yogiboがあって寝ながらコーディング出来るとマジで労働環境が最高すぎるだろと感じた（ここで働けたら天国だな）

そして実際にエンジニアの方々や人事の方々&インターン生と実際に会えて話をすることができてコミュニケーションを深めることができた。

またこの日は昨日リストアップしていった課題点を 「いま自分たちが持ちうる技術力と期間」 でできそうなことだけに絞り込み、インターンでの目標を決めることができた。

自分の場合は

会計アプリの取引登録画面のUI
取引登録画面のPull to Refreshした際にローディングインジケータが２つ表示されてしまう部分を解消することに取り組んだ。主にUIとUXの向上だね。

余談

オフィスに凸ったのが今までのインターン生で初めてだったらしくて（遠方からわざわざ自費で来た）社内Slackで「岡山の学生やばくねｗ？」と話題になっていたのがジワった。またエンジニアの方と一緒に昼食を食べることができて、焼肉を食いながら就活の悩みとか相談に乗ってくださって本当美味い昼食でした。（ちな焼肉代は会社が奢ってくださったので、「人の金で食う焼肉はこんなに最高なんだな」と感じた）

4日目

４日目は岡山に帰宅しオンラインでひたすらコーディングを行った。行ったタスクは「会計アプリの取引登録画面のUIの改善」なのだが、UiKit（Storybord）を用いて修正していくのにめちゃんこ四苦八苦した。 AutoLayoutなどのレイアウト部分でエラーが頻発したりしてなかなか思うように作業を進めることができなくUmmmmmm....

5日目

５日目も同様のタスクを行った。エンジニアの方々の助けも有り、だいぶStorybordにも慣れてきてレイアウトなどの修正もサクサクできるようになってきた。

6日目

やっと１個目のタスククリア！！！！！！！初めてのコードレビューを行ってもらい無事にマージすることができたのでめちゃくちゃ達成感があった。（脳汁ドバドバやで）引き続き２個めのタスクを行う。

7日目

２個目の「取引登録画面のPull to Refreshした際にローディングインジケータが２つ表示されてしまう」のタスクを行った。

この部分がなかなか大変で「UiKitとSwiftUiが共存している」用になっていてなかなかどこを修正したらいいのかマジで難しかった。

8日目

開発最終日！！！本気出して修正箇所に不具合がないかチェックした。

インターン最終日

最終日はギリギリで最後のタスクをコードレビューしてもらい、マージするところまでできたのでインターンの目標を無事に達成することができて最高でした。

また最後の夕会では部署ごとに成果発表会があり、他の部署のレベルが高すぎて圧巻された。（ホンマに学生かよ？と思える人多いな）

成果

SwiftUIとUikitなどのネイティブ開発の知見
大規模なプロジェクトファイルがどんな感じなのかを知ることができ触ることができた
目標の達成
アウトプットする習慣（毎回の夕会のときにアウトプットするのでまとめる習慣ができた）

感想

交流が多くてコミュニケーションがめっちゃはかどる（1on1、フィードバック、インターン生同士）
社内の風通しがよく、発言しやすい会社だなと感じた
社員同士の交流が盛んだなと感じた（同じ部署だけではなく、異なる部署間や人事とエンジニアの方の関係性が良いなと感じた）
圧倒的丁寧なマニュアルとフィードバック（ここまで情報を共有しまくってる会社さんはなかなか無いんじゃないか？）
ペアになったインターン生とメンターの方とSNSを交換することができ、インターンだけでの関係性ではなく、プライベートでも交流することが出来るようになったこと（人脈が増えて本当に嬉しい）
成果発表の際のクオリティがすごい。２週間でここまで出来るのかと圧巻した。
実際にオフィスに行くことができたので、Freeeの文化や働き方を実際の目で知ることができた
今回の成果が実際にアップデートで配信されたので、「インターンで作って終わり」だけでは無かったから本当に嬉しかった。

どんな人におすすめか？

受け身ではなく、自ら行動して色々やっている人
大学のプログラミング講義に飽き飽きしている人
大学では得ることができない経験を得たり、日常生活にちょいパンチを加えたい人

だいたいこんな感じかな。本音で言うとインターンに行くまではそこまでFreeeという会社に興味や好きっていう感情はなかったんだけど、インターンをしている中で「この会社すごくいいな」と思えたから必ずしもこの会社が好きじゃないといけないわけではない。

結論

「マジで最高な２週間」でした。関わったエンジニアの方々や人事の方々・そして一緒に頑張ってプロダクトを作ったインターン生には感謝しか無い。 Swift全然できないし、プログラミングも怪しい自分をインターンに参加させていただき貴重な経験を得させていただき本当にありがとうございました！

余談

26卒向けのインターンの募集が始まっているみたい。俺みたいな技術力に自信がないチンパンでも全然大丈夫なので、ぜひ気になる人は応募してみるといいかも。すごくいい経験になると思うよ。【募集要項と申込サイトはこちら】

https://jobs.freee.co.jp/entry/newgrads/

DMMの短期インターンに行ってきたよって話

Fri, 19 Jan 2024 00:00:00 GMT

DMM1Weekインターン結果報告

どうもGadgeloggerだ！季節が変わってきて寒くなってきたねぇ。。。俺は酒ばかり飲んで免疫力爆アゲと思って調子乗ってたら風邪引きました。最悪です🤦‍♂️

とまあそんな前置きは置いといて

どんなインターン？（公式ページから抜粋）

DMM.comは、Webを通じて様々なコンテンツを提供する事業会社です。

2022年12月に新規でローンチした「DMM TV」をはじめとした国内有数の動画配信コンテンツや、電子書籍、FX、オンラインサロン、英会話、3Dプリントなど、60以上の幅広いサービスを時代に合わせて柔軟に展開することにより、常にユーザーへ価値を提供しています。

今回はAndroidの短期インターンを開催！

DMMの新卒技術研修をベースとした演習を体験していただきます。

「アプリ開発にチャレンジにしたい」「DMMの演習が気になる」などの興味をお持ちの方は、是非ご参加ください。

詳しい情報はこちら

インターンに参加したきっかけ

本当は１ヶ月間の長期インターンにエントリーしたが、自分のスキル不足で落選してしまった😇 その際に人事の方から「Androidの１週間なら枠空いてるけど来てみない？」と親切に紹介してくださったので参加した感じやわ！

使用する技術スタックは？

言語：Kotlin・Jetpack Compose バックエンド：Docker

作るアプリは？

Twitterのようなパクったアプリを作ろう！な感じ。要件は

ログイン機能
投稿機能
投稿削除機能な感じで、フロントエンドとバックエンド両方触れることができるいい感じのテーマのアプリやね。

雰囲気とかどうやった？

雰囲気はすごくゆるいね！！！！１週間のうち2日間は環境構築とかを行なう感じで、トラブッたらすぐにエンジニアの方がヘルプに入ってくださるのでサポート体制は抜群だった。残りの3日間で黙々と要件に沿ったAndroidアプリを作っていく感じで、プログラミングの経験がなくてもマニュアル通りにすればアプリ自体は作れる感じだから「技術力ないんだけど・・・・」みたいな人でも受けやすいなと感じた。

インターンを受けてみて

普段はFlutterで開発してて、気分転換にSwiftをちょこっとだけするような人間なので、全く触れたことがないAndroidアプリに触れることができていい経験だった！本来はオンラインのみのインターンなのでインターン生同士の交流はできないんやけど、特別にDMM本社にお邪魔させていただく機会を得ることができた。学生同士で交流できて同じ就活情報を共有できる友達を作ることができたので感謝しかねぇ。

ちなみに今回のインターンの結果報告はDMMさんでもまとめてくださっているのでリンクを貼っとくね。

https://inside.dmm.com/articles/internandroidgo/

E社のインターンに行ってきたよ

Fri, 19 Jan 2024 00:00:00 GMT

E社就業型インターン結果報告

どうもGadgeloggerだ！DMMに引き続いてE社でのインターン結果報告をしようと思う。。。。。。がここの会社のインターンはなかなかパンチが聞いていたので（良い意味でね？）語ろうと思う。

どんなインターン？（公式ページから抜粋）

実務を通じて成長を加速させる本選考直結の就業型のインターン的なガチのインターンやわ。ちなみに諸事情で会社からの許可を得れてないので会社名は伏せさせてもらうわすまん🙇‍♂️

インターンに参加したきっかけ

「Flutter使ってるインターンなかなかないなぁ。。。Twitterでも探してみるかぁ」と漁ってたら

E社「Flutterで夏休みの長期インターンをやりたい方募集します！興味のある方はDMで連絡ください！」

俺「お！ここの会社Flutterを使うインターンしてるのか！今年度は開催してるんかな。。。？」と思ったので、責任者の方にアポなしDMをしてみると・・・

まさかの特別に選考に招待させていただくことになった。（奇跡すぎる）

選考について

さて肝心な選考についてやけど、E社さんでは”コーディング試験”等は行ってなく

書類選考
面接な感じだった。面接は人事の方と開発責任者の方の２対1で面接を行った。面接の雰囲気はなかなかピリピリしていて「うちのインターンはマジで厳しいから覚悟してね？」「Githubのコードクソ汚ねぇな！ボコボコにするから頑張って」と熱いコメントをいただいた（Foooo！！！

。。。そして選考に受かってしまった。。（正直落ちると思ってた）この時俺の心の中は「Fooooo !!!!Flutterを使うインターンできるのマジで最高じゃんwがんばろw」と浮かれていたが。。。ここからが地獄の始まりとなる

インターン初日

さあいよいよインターン初日や！E社でのインターンではインターン生一人一人にメンターがついてくださる。自分の場合は、E社のメディア部門で活動しているエンジニアの方がついてくださった。

とりあえず初日は

支給されたPCでの環境構築
メンターの方と「大学では何してんのー？」「趣味は何？」とか雑談をしていた。俺「初日は結構楽だったな😁２日目もがんばろ（フラグ」ここからが終わりの始まりになってくる

インターン２日目ー期間中

さあ環境構築も終わって２日目や！業務がんばろ！今日やることをメンターさんに聞いたらメンターの方「とりあえず”ウォーミングアップ”でこのプロジェクトをやっといて」と言われて渡されたプロジェクトがこれ https://github.com/gadgelogger/Flutter-practice 要件としては

GithubAPIを叩いてユーザー情報を取得する
取得した情報を画面上でリスト表示する
Pull to Refreshや無限スクロールを実装する
使うパッケージはRiverpod・Freezed・JsonSerializableやでと言われた。俺「え？Riverpod・Freezed・JsonSerializable？？？？？何それ？？？？全くわからんぞ？？？？？？？」メンターの方「Flutter触ったことあるなら1日でできるよね？（圧）頑張って！」俺「おわた」な感じやわ

やらかし

さてこのような状況になったらみんなはどうするだろうか？

人に聞く
自分で調べて実装するまあ大抵はこの２択だろう。しかし俺は”ChatGPTを使う”といった最高の愚行を行ってしまった。（馬鹿野郎

・・・・1時間後俺「ChatGPT使って無事にアプリ完成したわ！メンターさんに見せよ！」俺（Slack）「メンターさん。無事にプロジェクト終わりました！」

メンターの方「・・・・・・・・・・・・・・・・・・・・・これ？ ChatGPT使った？？？？？？」はい。秒でバレました。（馬鹿野郎そしてメンターの方「Gadgelogger君さ。もしかしてプログラミングの基礎抜けてる感じだよね？」と言われ”ギクっ！！！！！！！”となる。そう。。。俺は”AIに頼りまくってて、コードがどのように動いているのか理解せずにプログラムを書いていた”のだ要は「AIに頼りまくってるやつでプログラミングをできる気になって錯覚していたただのバカ」な感じ

メンターの方「2日間Gadgelogger君を見させてもらったけど、基礎的なコードをの文法でつまづいてるし、多分設計力もないよね？指示してもあたふたしてるから、これからここのインターンを続けるのであればかなり厳しいと思う」

メンターの方「別にAIを使うな！！！というわけではないんやけど、今のようなことを続けてたらマジで”何もできない無能な人間”になるよ。」メンターの方「とりあえずプログラミングの知識が絶望的だからPaizaとかを行ったほうがいいと思う。マジで」

とマジでこのような指摘を受けてしまった。。。。。まあ正論だわな。。。。。これで３日目は終了した。

やらかした後

さてボッコボコにされてまあまあ鬱になりつつある俺とりあえずメンターさんからメンターさん「Gadgelogger君の今持ちうるスキルでいいから、このコードを１行１行”何をおこなっているか”を言語化して俺に伝えれることが宿題やわ」とタスクを頂いた。マジでクッッッっそ自分が情けなさすぎてムカついたし恥ずかしいし無茶苦茶な気持ちだったのでガンガンがむしゃらにググりまくったね。（公式のドキュメントやら技術記事やら）

そして辿々しながらも説明したらメンターさん「まだまだやけど、一生懸命調べたってことは伝わったわ。まだエンジニアの素質はありそうやな。。！」と初めてインターンを受けてる中で褒められた。こんな事で褒められるのは本来恥ずかしいが嬉しかったわ。

鬱になりかける・俺のダメなところ

俺「マジでなんで俺みたいなやつを雇ったんや・・・・お金もらうの申し訳ないな・・・・」とマイナス思考指摘的な考えになってきて、思い切ってメンターさんに全てぶちまけてきた

--以下内容-- Q:なんで俺を選んだん？ A：選んだのは人事ではなく俺（エンジニア）やで候補は君を入れて2名だったんやけど、片方は大手ばかりを目指してそうな思考でウチには合わんからお見送りした。あとコード見させてもらって「あーこいつプログラミング理解してないな」と思ったけど、今回のインターンで化けるかもしれないと思い博打的な思考だけど君を選んだで。

Q：他の人より遥かに技術力低いしお金もらってるのが申し訳ないんやけど A:そもそもインターンの定義って「学ぶこと」であるから「できる・できない」は関係ないで。あと質問するのが躊躇するって言ってるけど、そもそも質問されたくないのであればインターンなんか雇わずに派遣か受注開発雇うわ。だからじゃんじゃん質問してただお金は貰ってるから何かしらの成果（目の前のタスク）を得ることに集中してほしい。そこまで悲観的にならなくて良いぞな感じだったわ。

・・・・そもそもインターンを受けてて致命的にダメだったところが3点ある。

詰まったり分からんかったら人に聞かない
タスクの経過報告をしない
AIに使われるだな。

その後意識したこと

とにかく起死回生を図るために以下のことを死にものぐるいで意識した

15分ルール
思考をSlackに書き込みまくる
AIは使わない

15分ルール

マジで一番大切にしたのがこの考え方。「15分とにかく自力で解決を試みて、それでも無理なら人に聞く」やわ。

前者を守らないと他人の時間を無駄にするし、後者を守らないと自分自身が不利益を被るし周りにも迷惑になる。なのでこの考え方はインターンだけではなくて、日常生活などにも取り入れるべきだと感じた。

ちなこの方法はGoogleなども推奨しているらしぜ？

参考記事はこれ

思考をSlackに書き込みまくる

左も右もプログラミングのこともわかんないバカが口で説明するなんて無理に決まってる。なので自分はSlack（社内のコミュニケーションツール）で

・今このタスクを行っている・しかしこの部分の実装がわからない・コレを調べているがイマイチ理解できないなどなど思ったこと頭によぎったことをリアルタイムでじゃんじゃん書きなぐっていた。

そうすれば周りに自分の現状を共有できるし、メンターのエンジニアの方に的確にアドバイスして頂ける頻度が上がったわ。

AIは使わない

これは当たり前やな。きちんと知識があるやつ（多分レベルは言語仕様を理解出来るレベル）は全然使えばいいけどプログラミングが全くわからんやつがコレを使うのは危険すぎる。 AIが生成したコードが必ずしも正しい訳では無いし、コンパイル（動いた）できたとしても、セキュリティ的にアウトな実装だったりするので。

結果

契約更新できませんでした！！！！！！！！！！！！！！！！！！！。。。。本来インターンの期間は1ヶ月あるのだが、実は雇用契約で「10日間は試用期間とする。更新するかしないかは会社が決める」なので自分は無理だった感じだね。

理由としては・やはりプログラミングの知識が無いこと・このままではインターンの目的である実務に入れないことな感じだった。（そりゃあそうだな）

ただメンターさんや開発責任者の方は・今回は無理だったけど伸びしろはめちゃくちゃある・アプリを実際に作ってリリースしていることは本当に誇るべき（今までいろんな人を面接してきてるけど、実際に作ってリリースしてる人はごく僅かやし制作物もチュートリアル程度のショボいものばかりだったりするので、ここは他の人と比べてGadgeloggerくんの強みではある）・即戦力を求める現場では通用しないけど、きちんと育ててくれるような会社さんだったら行けるかもしれない

とアドバイスを頂いたので、本当にいい会社だなと感じた。結果としては残念だったが自分を見直すいい機会を得させていただいた企業さんなので、将来転職するときはぜひ候補に入れたいな・・・・と感じたわ。

長々となってしまったが、このインターンの結果報告は以上とさせてもらうわ。ここまで見てくれた方ありがとな。また次の記事で会おう！

【制作背景編】大学を留年しかけたので楽単を検索できるアプリを作ってみたらユーザー数が1000人超えちゃった話

Fri, 05 Jan 2024 00:00:00 GMT

補足

この記事は自分の個人開発物についての政策背景編となっています。「俺はもっと！！！！技術的なことを見たいんだよ！！！！！！」って人は技術編も準備していますのでどうぞ！

https://qiita.com/gadgelogger/items/17261a796b7f1d09a50f

お前誰やねん

岡山理科大学に在学しているGadgeloggerと申します。 学部は情報系で大学の勉強の傍ら、趣味でFlutterやSwiftなどモバイルアプリを作っていることにハマってます。絶賛就活中で面接落ちしまくっているのが悩みどころ

アプリの概要

動画

https://x.com/TAN_Q_BOT_LOCAL/status/1495295998759153666?s=20

紹介サイト

https://ous-unoffical-app.studio.site/

まあ詳しくはここを見てほしい（というか書くのめんどくさい）んやけど、・大学の便利な情報を掲載（電話番号とかマップとか掲示板とかね）・楽に単位が取りやすい講義・取りにくい講義を投稿できるSNSのような機能を搭載している感じやわ。押したい機能は後者の方やね。

制作背景

制作しようと思った理由は２つあって １つ目（真面目なほう）は・大学のポータルサイトがうんちク◯UNIPAなので、それに代替になるようなor併用して使ってもらうことが出来るようなアプリを作りたかったから。２つ目は（不真面目なほう）はこれが原因だね。俺「単位落としすぎて草ぁ！。留年しそｗ」・まあアホ投稿者が１年の前期に大学をサボりすぎて留年しかけた為、単位を検索出来るようなアプリを作りたかったからやね。（最悪な理由だな）

技術選定どうする？

投稿者自信はプログラミング経験は皆無であり ワイ「プログラミング何もわかんねぇ・・・・・」ワイ「スマホアプリ作るならSwiftとKotlinってやつがあるんやな。」ぐらいのスキルやね。 正直言って、自分には一緒に開発してくれる友達なんか居なかったので、以下の技術を選定したで。・Flutter（フロントエンド側で使用）・Firebase（バックエンド側で使用）なぜこの技術を選んだかと言うと・とりあえず早くリリースに漕ぎ着きたかったからやね。投稿者には一緒に開発してくれる友達もいないので、一人でSwiftとKotlinを学習するには結構キツい&なる早で完成させたかったという理由があってこれにした感じ。あとクロスプラットフォームの分野で「情報が多そう・積極的にバグ等の修正が行われてそう」な理由から選んだってのもある。

アピりまくりたい機能

ニュース機能	講義検索機能	詳細画面

アピりまくりたい機能は上の３つやね。

ニュース

開発背景 とりま最初にどの機能を作ろうか・・・・・と思っていた際に取り掛かったのがこの機能。 Webページからスクレイピングしてくるだけなのですぐに実装できるしそんなに難易度は高くなかった。 使用技術 主なやつはこれ

https://pub.dev/packages/http

参考にさせてもらった記事

https://zenn.dev/maguroburger/articles/flutter_scraping

講義評価投稿機能

このアプリで１番のイキリたい機能はこれ。講義評価投稿。なぜこれを作ろうかと思った理由が色々あって

俺が留年しかけたから

まあそりゃそうよな。

下級生が気軽に情報を得れるようにしたかったから

大学の情報ってどうしても先輩とかに聞かないと得ることが出来なかったりするよね。そうなると必然的にサークルに入ったり何らかの組織に属さないといけないことが多い。ただ世の中にはサークルに入りたくない・友達を作るハードルが高いみたいな人も多いから、そういう人や下級生がこのような情報を得ることができれば良いなと思って作ったのが理由でもあるわ。

そもそも講義の評価って開示すべきじゃね？

これは投稿者の拗れた思想なので申し訳ないどこの大学にも講義評価アンケートがあると思うんやけど、あれ、他の人にも見れるようにするべきじゃないのか？と思ってしまったんよね。

普通のアプリだと誰も使わないのでインパクトある機能が必要じゃね？

大学のポータルサイトの代替になるようなアプリを作りましたー。。。。。と言っても使ってくれる人は少なさそうな感じがしたのも理由一つであるね。ワイ「なんか・・・・パンチの聞いた機能入れたいな・・・・・せや！楽単検索できるアプリ需要あるんじゃね？？？？」と思ったのが始まりやわ。 使用技術 投稿するためにアカウント機能を用いるので Firebase Authを使用データの保管に FireStoreを使用したわ。 参考にした記事 まずはFirebase？？？？？？なにそれ？？？？？なレベルだったのでこれとか

https://zenn.dev/kazutxt/books/flutter_practice_introduction/viewer/29_chapter4_overview

こんなのとか

https://www.flutter-study.dev/firebase/about-firebase

を参考にしてみたわ

作ってみて・・・どない？

予想以上に学生からのウケが良くてビビってる。自分はコミュ力皆無で最初はTwitterからガンガン宣伝していったり・自分の所属しているサークルなどで広めたりしていた。そして現在は約1000人の方から利用して頂いておりホンマ感謝しかない。そして何より１番感動するのは、実際に学内を歩いていて知らん人「履修登録どうするーどの科目が楽やろー？」と自分のアプリを使ってくれていた現場を目撃していた点だ。ワイ「俺俺俺俺俺俺俺俺俺俺俺俺俺俺が作ったうおおおおおおおおお！！！！！！」な感じでマジでエグかったです。（語彙力）

リリース後の目標

とりまリリースまで出来たんだけど、自分自身作ってそのまま終わりみたいな感じなのは大嫌いなので、Twitterやアプリのレビュー等で機能リクエストを受けています。その中で最も需要が高い機能を実装していこうと考えています。またユーザー数が最初の目標の１０００人を突破したので、次は２０００人を目指したい所・・・・！現在３年生であと１年あるから自分のやりたい・ユーザーが求めている機能を全力で実装していければと思っています。

つもログ

MotoParkingプライバシーポリシー

はじめに

第１条（定義）

第２条（本契約への同意）

第3条（規約の変更）

第4条（アカウントの管理）

第5条（データの収集）

第６条（免責）

記事の移行完了したぜ

疲れた

初めての投稿

久しぶりです

Gitでpushが終わらない時はセキュリティソフトを疑え！！！！！！

背景

状況

一般的な解決方法

ターミナル一旦閉じて再度Pushする

バッファサイズを上げる

結論

メモ:UIkitでスクロールさせる方法

普通に制約をつける場合(ContainerView編+縦スクロール）

1

2

3

4

5

6

7(ココ重要）

8

9

普通に制約をつける場合(ContainerView編+横スクロール）

1

2

3

StackViewを使って縦スクロールする場合

8

9 補足

結果

Fラン無能学生の就活体験記

お前誰やねん

俺の就活スケジュール

大学1年と2年

大学3年

1-2月

3-4月

5-7月

7月

8月

9月

10月

11月

12月

1月

2-3月

4月

スケジュールまとめ

就活する上で使ったサービス

キャリアセレクト

Wantedly

Notion

就活をやってわかったこと

負の連鎖から抜け出すことが第一歩

大学のキャリアセンターは頼るな

ポートフォリオがないとお話にならない

Qiitaで記事を書こう

コーディングテスト対策をしておけば良かった

追加でSPIも対策しておけばよかった

最終面接は必ず受かるは”間違い”

第一志望に囚われるな

本音で話すこと

就活はシングルではなくマルチ必須

...でどんな会社に受かったのよ？

まとめ 就活を舐めるな

iOSシュミレータがUnable to boot the Simulatorになってキレている人へ

うんち

解決方法

まとめ

Version Lensを使って開発の効率性を爆上げしよう

これは何？

まとめ　就活を舐めるな

その3　15分考えてわからなかったら人に聞く