Adresime türknet gigafiber geldiği için odama ethernet kablosu çekeceğim önerdiğiniz kablo vs var mı? Ucuz olan mavi kablolar için dandik falan denmiş bende gigabit hızı görmek istiyorum. Amazon üzerinden önerilirse iyi olur diğer malzemeleride ordan alacağım

BeğenFavori PaylaşYorum yap
Önceki yorumları gör 11 / 14

Android Studio sabır testi için yapılmış olabilir. Emülatör sorununu 1 haftadır çözemedim. Xcode bunun yanında fazla iyi kalıyor. Bir program anca bu kadar uyuz yapılabilirdi

BeğenFavori PaylaşYorum yap

https://www.tp-link.com/tr/home-networking/deco/deco-m3/
Bu tarz mesh sistemlerde iki cihazda wifi olarak modeme bağlı olsa yetiyor mu yoksa illa biri kablolu mu bağlı olmak zorunda?

BeğenFavori PaylaşYorum yap

Kullanmakta olduğum xiaomi mi 5s piyasadan toplatılmış benim daha yeni haberim oluyor 😀

BeğenFavori PaylaşYorum yap
Önceki yorumları gör 12 / 14

Mac'in pil durumunu iyi şekilde tutmak için sürekli şarjda mı kullanmak lazım yoksa %100 yapıp şarjdan çekip %20 olunca yeniden mi takmak lazım?

BeğenFavori PaylaşYorum yap
Önceki yorumları gör 18 / 46
  • Alptekin @alptekinck

    doldur boşalt hemen öldürür, full tutmak da aşırı şarjdan dolayı çok yıpratır. ideali %50 civarında tutmaktır. eğer limit özelliği varsa %50-70 arası bir değerden sonra pili şarj etme ve pili kullanma seçeneğini denemek en iyisi.

  • arvelo @arvelo

    ben şarjda kullanıyorum. şarjdayken gucu gücü pilden değil prizden alıyor diye biliyorum, burada gönderi atmıştım ben de bunun hakkında.

  • Agab @agab

    Bu durumda dünya 2ye ayrılıyor:
    1) Şarjda kullan
    2) 20 ile 80 arasında tut

    • qubit @qubit

      1) Lityum iyon pil konusunda bilgisi olmayanlar
      2) Bilgisi olanlar
      diye ayırırsak daha sağlıklı olur 🙂

    • Agab @agab

      @qubit Valla 2015’te aldığım mac’i çoğu zaman şarjda kullandım, %95 diyebilirim. Pil sağlığı hala 80. 20 ile 80 arasında tutmak evet daha sağlıklıdır ama pratikte bunu takip etmek çok zor. Kaldı ki zorlayıcı yerlerde hızlı tüketim olacak; nasıl hızlı şarj pili öldürüyorsa, hızlı tüketim de pili öldürür.

    • Alptekin @alptekinck

      @agab bizim 2012de aldığımızın da şarjda kullanmaktan 2013te pili öldü. sendekinin bms ona göre demek aşırı şarj etmiyormuş pilleri.

    • Agab @agab

      @alptekinck olabilir. ben de iphonedo’dan görmüştüm şarjda kullanıyorum bir sorun yok diye. O zamandır şarjda benimki.

    • qubit @qubit

      @agab %80 demek zaten bitik demek. Açın bir Zoom pil uçar gider. %10-15'ten sonra ne zaman kapanacağı belli olmaz, 5'e kadar da dayanır, hop diye de hibernasyona geçebilir.

      Sürekli elektriğe takılı kaldı ise ilk 2 yıl içinde zaten performansını kaybetmiştir. Bu pil zaten 5 yıl dayanacak değil, maksat ilk 1.5-2 yıl yerine 3-4 yıla performansını uzatabilmek.

    • Agab @agab

      @qubit Eski maclerde pil sağlığı göstermiyor. Bu pil sağlığı CoconutBattery uygulamasından. Dolayısıyla o dediğin şeyler olmuyor, hala 5-6 saat götürüyor. Apple’ın sayacı olsaydı 80 oldu mu öldü demek.

    • qubit @qubit

      @agab Coconut iş görür, o da sonuçta ioreg -l -r -n AppleSmartBattery gibi komutları çalıştırıp hesaplamaya çalışıyor.

      6 yaşını devirmiş bir sistemin 5-6 saat götürmesi mümkün ama işlemci kullanan bir uygulamada süre bilgisi dalgalanır ve yarısı ancak götürür. %15'e geldi mi hop diye kapatır. Hangi ürün bilmiyorum tabii; büyük kapasiteli zayıf işlemcili bir sistem ise olabilir (ilk yılında 10 saat üstü dayanıyordur).

    • Agab @agab

      @qubit Valla ani kapanması yok. Macbook Air. 7 yaşında bir bilgisayarın 6 saat gitmesi benim için harika bir olay.

    • qubit @qubit

      @agab Zoom'da 6 saat gitmez 🙂 Hangi model bu?

    • Agab @agab

      @qubit Zoom demedim ya. Web surfing 6 saat. MBA 2015

    • qubit @qubit

      @agab Yanlış anlamıyorsunuz değil mi? Donanım merakımızı gidermek için soruyorum, fazla soru sorunca buradaki genç arkadaşlar tam anlayamayabiliyor (yalanlamaya çalışıyoruz filan mı sanıyorlar bilemiyorum).

      Modeli sordum çünkü bunun 6 yıl sonra pil kapasitesi normal web kullanımında (cycle sayısı da düşüktür) 5-6 saat ise orijinali kaçtı acaba diye bakmak istedim. Meraktan.
      https://www.notebookcheck.net/Apple-MacBook-Air-13-2015-Notebook-Review.144375.0.html#toc-4
      Bu model ise çıktığında 10 saat kadarmış. Eh nazar değmesin, belki dikkat etseniz birkaç saat daha uzun gider miydi bilemiyorum ama 5-6 saat hala güzel rakam. Hele depremi, afeti bol ülkede yeni makine alsam yine elimin altında tutardım.

    • Agab @agab

      @qubit İlk aldığımda 12-13 saat veriyordu internet gezintisi yanılmıyorsam. Hatta daha 2 sene önce, Prison Break’i yalnızca bir kere şarja takarak ilk sezonu bitirmiştim. 2 sene öncesine kadar bu 12-13 saat sözünü neredeyse tutuyordu cihaz. Apple telefonlarda bataryayı tırt yapıyor ama Macbook’lar rakipsiz.

  • berkerden @berkerden

    https://apphousekitchen.com/ Aldente adlı uygulama var, istediğiniz yüzdeye ayarlayıp şarjın durmasını sağlayabiliyorsunuz. Ben 80 e sınırladım, doldur boşalt 30-80 arası kullanıyorum. Hep şarjda kullanacak olsam 55-60 a ayarlar orada tutardım.

4 gündür 8gb rame sahip M1 Macbook Air kullanıyorum. Affinity photo ve designer ile aynı anda yüksek boyutlu dosyalar açıyorum arkada 4k videolar açık ram kullanımı buna rağmen tavana vurmuyor nasıl olabilir anlamıyorum 😀
Isı desen 35 derece falan oluyor 😀 Tüm firmalar bu mimariye yönelse keşke çalışma hızım arttı resmen

BeğenFavori PaylaşYorum yap
Önceki yorumları gör 11 / 16

Lenovo legion 5 model bilgisayarımı satmak istiyorum. Macbook Air m1 e geçmek için satmayı düşünüyorum özellikleri aşağıdaki gibi. Biraz fiyatları araştırdım da benim 2 sene önce aldığım döneme göre fiyatlar çok artmış. Cihaz çok temiz evde masaüstü olduğu için ortalama ağır işleri ondan yaptım bu cihazdan daha çok derslere girdim. Sizce ortalama ederi ne kadar olur ? 15bin gibi düşündüm ama emin değilim fazla mı diye.

Işlemci: Ryzen 7 4800h
Ekran kartı: 1650ti
Ram:16gb
Ssd:512gb
15.6 inç ekran 144hz

BeğenFavori PaylaşYorum yap

Merhaba arkadaslar git ile epey ugrasiyorum ama hala beceremiyorum 🙂 Secmis oldugum commit e geri donmek istiyorum ama bir turlu beceremedim nasil yapmam gerekiyor acaba?

BeğenFavori PaylaşYorum yap
  • Emre @emrenqw

    ben hep konsoldan kullanıyorum, her zaman da not tutarım bir köşeye dönüp bakmak için 🙂 işine yarar mı bilmem ama paylaşayım belki faydam dokunur

    • Emre @emrenqw

      Markdown olarak kaydedip okursan daha okunaklı olur senin için;

      # GİT KULLANIMI
      ## Genel Şeyler

      > yerel deponuz git tarafından yönetilen üç "ağaçtan" oluşur.
      birincisi gerçek dosyaları tutan Çalışma Dizini.
      ikinci etap Stage ve sonuncusu yaptığınız son commit'i gösteren HEAD.
      Aslında bu komutların hepsi birer graph manipülasyon'dur(çizgi üzerinde yaptığımız değişiklik hareketleri).

      1. git init >> yeni bir depo oluşturmak için, bir klasör oluşturup içerisinde komutu çalıştır
      2. git add >> Değişiklikleri belirtmek (Index'e eklemek) için ("git add ." . eklenirse bütün dosyaları ekle anlamına gelir)
      3. git commit -m "Teslim mesajı" >> Değişiklikleri depoya eklemek için Şimdi dosyalar HEAD'e eklendi
      4. git status >> en son yapılan kayıttan (commit) sonra yapılan değişiklikleri gösterir
      5. git commit -am "Teslim mesajı" >> Burada ek olarak kullandığımız a harfi kayıt işlemini yaparken bütün değişikliğe uğramış dosyaları da kayıta ekleyecektir.
      6. git diff >> kaydedilmeyen değişikliklerin (eklenen ve çıkarılan satırların) ne olduğunu görebilirsiniz
      7. git push origin master >> Şimdi değişiklikleriniz yerel deponuzun HEAD'i içerisinde. Bu değişiklikleri uzak depomuzun master branch'ine göndermek için kullanırız
      8. git pull >> en son değişiklikleri (commit) yerel deponuza almak için(fetch+merge işlemi yapar)
      10. git log >> İşlem kimlik numaralarını görmek için
      11. git branch blabla >> yeni bir branch
      12. git checkout blabla >> blabla branch'ine geçtim
      13. git merge blabla >> masterdeyden dersem, masterla blabla mergelenir. merge conflit(çakışma) 3 yönlüdür a - b - ve ikisinin ortak atası olan son commit
      14. git branch -d blabla >> branch'ı sildik eğer daha önce merge olduysa sadece tag'i silinir, olmadıysa erişilemez hale gelir.
      15. git rebase master >> aşağıda açıklaması var
      16. git reflog >> local'de tüm head'ın haraketlerini loglar
      17. git cherry-pick Birinci İkinci Üçüncü .... >> Git'de kod cımbızlamak(detaylı açıklama aşağıda.)
      18. git reset HEAD~2 >> Head'ın bulunduğu commit'ten 2 commit öncesine git demiş oluyoruz. (detaylı açıklama aşağıda.)
      19. git rm dosya >> file'ları commit'ten ve local'den silmek için. (detaylı açıklama aşağıda.)
      20. git rm-cached dosya >> file'ları commit'ten local'de bırakarak silmek için.
      21. git fetch >> Repo'dan değişiklik bilgisini local'e çeker(kaynak dosyalarda değişiklik yapmaz!)
      22. git tag tag_ismi id >> tag'ler sabit etiketlerdir, o an içinde bulunduğumuz commit'e yapışır (haraket ettiremeyiz sadece silebiliriz.) versiyonlamada kullanabiliriz.
      23. git revert id >> commit ettiğiniz herhangi bir değişikliği geri almak için kullanılır (commit oluşturarak yapar!)
      ---
      ## Merge İşlemi

      **Merge işleminin 2 tipi vardır**
      1. Fast Forward Merge
      2. NON Fast Forward Merge

      Kodun commit graph'ı lineer ise(örneğin master banch geride kalmış blabla ilerlemiş ama farklılaşma olmamış yani
      masterdeki tüm kodlar hala blabla brach'inde duruyor) işte o zaman git merge dediğimizde master branchini alır
      blabla'ya taşır bu Fast Forward Merge'dir.

      Eğer farklılaşma var ise(örneğin masterdeki bazı kodular blabla'da yok, blabla'dakiler master'de yok) bu iki
      branch'i merge etmenin yolu NON Fast Forward Merge

      ---

      ## Rebase işlemi

      Bir brach'in base'inin(ana başlangıç noktasının yönünü) değiştiriyor
      rebase işleminin sonunda commit graph'ımız lineer'dir.
      rebase şöyle çalışır; blabla branch'ımızdeki commit'lerden ilkini alır master branch'ının sonuna ekler
      devamında gelen commit'leri de teker teker alıp bir önceki commit'in arkasına ekler.

      Merge komutu ile A dalındaki değişiklikler B dalı ile birleştirildiğinde B dalının commit tarihçesinde
      merge işleminden kaynaklanan ve merge commit adı verilen otomatik oluşturulmuş bir commit yer alır.
      Bu commit A ve B dallarının tarihçelerini birbiri ile ilişkilendirir.

      rebase komutu kullandığımızda ise ile A dalındaki her bir commit B dalına sanki commit işlemi
      B dalında yapılmış gibi yeniden yazılır. Bu sayede B dalının commit tarihçesi sanki tüm değişiklikler
      bu dalda olmuş gibi düz ve kesintisiz görünür.

      ---

      >**Git'de kod kaybolmaz bir komut haricinde;**
      bir branch'ten bir commit'e checkout olursak(checkout branch'e yapılır! tag'e de yapılmaz tag commit'e isim vermek gibi düşün)
      kodlarımızı bu checkout içerisinde yazdık yazdık daha sonra sonra tekrar master veya başka bir branch'e checkout olursak
      yazdığımız kodlar kaybolur(bu branch'te kodu yazıp yazıp merge etmeden silmeye benziyor) bu kodlar oradan silinmez ama
      bizde göremeyiz. ve kaynak kodlar local'imizden silinir.

      >**bunu çözmenin yolu;**
      oraya bir branch açmaktır git branch blabla a45f3c(buraya o tag'i veya commit'in id'sini yazıyoruz) bu id'i bulmak
      için git reflog kullanbiliriz.
      */

      ---

      ## Git'de kod cımbızlamak

      örneğin blabla branch'inde ihtiyacımız olan 2 commit'i almak istiyoruz fakat blabla branch'inde 3 commit var
      o 3'üncü commit'i almak istemiyoruz bunun için; git cherry-pick Birinci İkinci

      ---

      ## Git'de hatalardan geri dönüş

      **git reset komutunun 3 çeşiti vardır**

      > 1. örneğin git add . deyip herşeyi ekledik daha sonra git commit -m "eklendi" vb gibi birşey demiş olalım
      git reset --soft dediğimizde commit objesi yokolur, yani git add . demişiz de commit etmemişiz gibi bi hale dönüşür.

      > 2. yukarıdaki durumdayken git reset --mixed yaparsak yada doğrudan git reset dersek(default'u --mixed'tir)
      hem commit'imiz kaybolur hemde onun ilgili cache'deki tanımı kaybolur(git add dediğimiz), commit'imizin
      içeriği yeni değiştirilmiş, yeni eklenmiş gibiye dönüşür, kodumuz değiştirilmiş haline dönüşür(modified durumuna).

      > 3. git reset --hard ise kaynak kodumuzdan da o değişikliği siler ve unmodified durumuna geri getirir bizi.
      ne zaman hard reset yapılır; birşeyler deneyip commitlenmemiş değişikliği tamamen kaybetmek istediğimizde.
      DİKKAT! KOD KAYBEDİLEBİLİR 🙂

      > git rm komutu ise
      örneğin commit'e yanlışlıka password.txt'yi attık, git rm password.txt dersek git'ten de filesystem'de
      password.txt dosyasını sileriz, sonrada commit etmemiz gerekir.

      >dosya localde kalsın ama git'ten sileyim dersek > git rm-cached

      ---

      ## Repoyu url'den ssh'a geçirmek

      1. git remote -v -> repo url olarak mı ssh olarak mı bağlı localde

      2. url ise ->
      git remote set-url [email protected]:USERNAME/REPOSITORY.git

      ---

BeğenFavori PaylaşYorum yap
Önceki yorumları gör 4 / 18
BeğenFavori PaylaşYorum yap