Skip to content
user000422 edited this page Nov 8, 2024 · 836 revisions

炭火焼鳥 山鶏 赤坂店

冬休み: 28日~5日

mabi: エタニティをまとめたサイトの作成(S3でいけそう)
スマホメイン

Ya 想定年齢

 2009 17歳 - 23歳
 2020 28歳 - 34歳
 2024 32歳 - 38歳

Core Ultra 9 285K
LPIC Ping-tがあれば本当に余裕 1週間レベル レベル2ですら2週間レベル

2ページ目以降にクエリパラメータを引き継がせる : https://tech.tiger-rack.co.jp/programming/laravel-pagination-append/

今回の反省点
・基本設計~詳細設計くらいでモックを提示できたらクライアントが要件を詰めやすい
・知見のある人のいないメジャーではない技術をメインに添えるプロジェクトからは降りなさい 死ぬよ

リリース後、PHPUnit削除(別会社に提供する義理はない)

★
仕様変更が発生した場合、それがどのように工数や納期に影響するかを、具体的なデータや事例を用いて説明します。
変更に伴うリスクやコストがユーザーにも伝わるようにし、「見えないコスト」を見える化します。
★

ユーザーの仕様検討不足をベンダーの我々だけの責任だと決めつけ,追加工数を出さず現状の工数や期間で吸収するように強要。
ユーザーからは一切責任を取る態度は見えない。これは一度や二度ではなく,発生の都度定常的に行われている。

あからさまな仕様変更時でも,「要件は変えていない。実装はあんたらベンダーが考える事」と取り合ってくれない。 
結果,お金や納期が圧迫され,我々開発チームは心身共にボロボロになる。

webページ編集は別フローにしたい。基本サイトからMTログイン画面へ遷移するイメージ。認証フローとかなし
記事制御 … POST cookie送信 web.php: article/permission/control

記事一覧 結果詳細表示は次期に回したい

リフレッシュトークン
APIを叩いた際に401が返ってきたら、それは更新の合図です。(その更新にも失敗したら、再認証させる必要があるでしょう。)

PHPUnit 全部Featureでよさそう。(HTTPリクエスト単位だから)

Laravel 新 Mailable を試してみる https://zenn.dev/nshiro/articles/adcbc2e127f712
MT8導入ガイド https://www.movabletype.jp/documentation/mt8/installation/
DB(Mysql) バックアップ設定
どうやって管理からフロントに戻るの?
ワンタイムパスワードテーブル

11(日) 12(月) 13(火) 14(水) 15(木) 16(金)
3期 3期 祝日 3期 会社盆 4期 会社盆 4期 会社盆 4期

隣人の騒音は生活安全課まで: 電話番号(9110)※深夜対応しているが、署まで来てくれと言われるパターンが多い。
110は廊下で叫び声が聞こえるレベルでないと対応できない。

HCD基礎検定
HCD基礎検定を受けてみた〜検定内容と勉強方法について〜 https://ontamablog.net/hcd/

弱点: 監視癖(物理的に目で見る)、人の好き嫌いで露骨に態度が変わる。優秀すぎる自身を能力の基準にする。

7月10日~7月30日 IPA 応用情報 受験申込み : 写真 : 住所変更

クールビズ : 5月1日 ~ 10月31日

Intel製の第13~14世代CPU(2023~2024年製)が破損・劣化する不具合
使用していると数か月後くらいに突然不安定になって
ゲームがクラッシュしたりビデオメモリが不足していますというエラーが表示される不具合が発生しています。

SWE-agent

■ 緊張対策
・経験 自信
★ 30人の前で発表。少し読むごとに呼吸したらうまくいった。

・呼吸
深呼吸。
4秒息を吸う → 4秒止める → 8秒かけて息を吐く。
発言開始後も少し読むごとに深呼吸。(かなり有効)

・痛みのイメージ
痛みで和らげることも大事。
歯医者を思い出すと緊張が10%~15%くらい緩和される。

質問しながら進めるとかなり楽(区切りごとに質問を考えておく)
見られる、聞かれるではなく、「見させる」「聞かせる」という意識にしなさい
こちらも資料を理解しながら進めるイメージ
聞き手は聞き取って理解するのに能力を使用しているから悪いようにしようとは考えていないものです
★ゆっくり…ゆっくり話す。
頑張らないこと、受動的な態度でいること。

バンドワゴン効果
誰かが行っていることや支持していることに対して影響を受け、その選択肢に同調する人が増える現象。

■プログラミングができない人が設計するのは危険
設計に必要な情報の書き漏れが多発する。
クライアントからの技術的な質問に対しての応答ができず信頼を損なってしまう。
設計と実装のギャップが大きくなる。
設計者がコードの書き方や最新の技術に詳しくないと、効率的でない設計や非機能要件を満たさない設計になる。
故に、コードを書かない人間の設計は良い設計になりづらい。

データベース(午後)
メモ : SQL穴埋めのあの枠の大きさが実際の文字列と一致するからかなりヒントになる。
平成28年春(難易度 簡単)7/9点 … 課題 : 「JOIN」と「UNION」、「INNER JOIN」と「LEFT OUTER JOIN」の使い分け。
平成27年秋(難易度 最高)4/9点 … 課題 正規形理由の回答に歯が立たなかった(関数従属が…みたいな)
平成27年春(難易度 普通)4/8点 … 課題 EXISTSの発想がなかった。時間かかりすぎ。

■自己分析
・「〇〇が好き」を名詞ではなく動詞に置き換えて書き出す
「努力する」「達成して喜ぶ」「新しく知る」「やっぱり合ってたことを知る」
「追われていない時間を過ごす」「余裕がある時間を過ごす」
「洗練されたデザインを見る」
「理解してもらえた」「納得してもらえた」「共感してもらえた」

「Thinkng」と「Leadership」が多いことがもう分かる
Thinkng…コンサルタント、研究職、士業、アナリスト、マーケティング、企画職、エンジニア等
Leadership…プロジェクトマネージャー、マネジメント(管理職)、プロデューサー等
日本大学通信教育部1号館 駅から3分~4分ほど歩く
入りやすい建物 ポストは1階入ってすぐ

■APIアクセス許可
AuditLog.Read.All
Directory.Read.All
Mail.ReadBasic(委任)
Mail.ReadBasic.All
User.Read(委任)
User.Read.All(委任)

Clone this wiki locally